TwojePC.pl © 2001 - 2024
|
|
Piątek 30 grudnia 2016 |
|
|
|
Ryzena można podkręcić do 5GHz na powietrzu? Zdjęcia płyt z AM4 Autor: Wedelek | źródło: AnandTech | 06:59 |
(29) | Francuski magazyn "CANARD PC HARDWARE" wzbudził ogromną sensację zamieszczając na jednej ze stron ciąg 0101 1010 0110 0101 0110 1110 0100 1111 0100 0011 0100 0000 0100 0001 0110 1001 0111 0010 0011 1101 0011 0101 0100 0111, który po przekształceniu na tekst okazuje się być zaszyfrowaną wiadomością o następującej treści: „ZenOC@Air=5G”. Co ciekawe redakcja magazynu twierdzi, że ciąg powinno się interpretować od tyłu, a komunikat uzyskiwany po wrzuceniu do konwertera to tylko przypadek. Nie wiadomo czy redaktorzy po prostu zabawili się kosztem czytelników, czy może przestraszyli się konsekwencji z publikacji danych objętych NDA.
Inne źródło podaje z kolei, że wczesne próbki inżynieryjne można było podkręcać do zaledwie 4.3GHz. Kto jest bliżej prawdy? Przekonamy się za kilka miesięcy.
Warto w tym miejscu dodać, że wśród ostatnich przecieków na temat Ryzenów pojawiły się pierwsze zdjęcia płyt głównych z podstawką AM4, w której obsadzimy nowe CPU od AMD.
|
| |
|
|
|
|
|
|
|
|
|
K O M E N T A R Z E |
|
|
|
- Kolejne niby informacje i tajemnicze newsy (autor: Sony Vaio Zwracajo | data: 30/12/16 | godz.: 09:36)
Tak zazwyczaj reklamuje się słaby produkt, robi się wielki hype by potem okazało się ze to zwykła klapa. Każdy kto chce mega mocy postawi na i7 i miażdżąca wydajność w niskiej cenie.
- Cytat z forum TH (autor: PCCPU | data: 30/12/16 | godz.: 09:37)
"A mix of new details and some old.
2K instruction OP Cache (Haswell 1.5K)
Instruction Translation Lookaside Buffer 64 entries (Haswell 128)
Instruction Byte Queue 20x16B (Haswell 40x16B)
Max of 6 uops dispatched per cycle (Haswell 4 fused)
Max of 6x14 uops (84) Integer queue (Haswell 60 unified)
168 physical register file Integer (Haswell has 168)
Max of 4x9 uops (36) FP queue (Haswell 60 unified)
160 physical register file Floating Point (Haswell has 168)
L1 bandwidth 32B/clock Load, 16B/clock Store (Haswell 64B/clock Load, 32B/clock Store)
L1D latency Integer 4-6 cycles (Haswell fastest 4 cycles)
L1D latency Floating 7-8 cycles
L2 bandwidth 32B/clock (Haswell 64B/clock)
L2 latency 12 cycles (Haswell 11 cycles)
L3 latency 35 cycles (Haswell 34 cycles)
So the cache latencies have practically caught up with Haswell but the bandwidth is behind. Granted that bandwidth is largely required for AVX2 where Haswell will still shine due to the 2x256 units."
- @01 (autor: kombajn4 | data: 30/12/16 | godz.: 10:38)
Miałem olać gada ale odpisywanie na te jego zaczepki jest nawet zabawne. Drogi SVZ czym prędzej powinieneś iść kupić swojego i7 zanim zabraknie. Polecam ci szczególnie model który mi najbardziej się podoba - posiadający mega moc i7-7500U . Co nie kojarzysz co to za model? Spieszę z wyjaśnieniami oszałamiające dwa rdzenie, cztery wątki taktowane z prędkością 2,7 GHz @15W lub 2,9GHz @25W czyli szału nie ma, a raczej można mówić o prądożerności w przypadku tak lichej jednostki. Na dokładkę w super niskiej cenie jedynie 393 dolarów za które można kupić cały laptop z procesorem (nawet Intela) o zbliżonych osiągach. Dlaczego nabijam się z laptopowych procesorów Intela? Bo mam laptop oparty o i5-4210u i wiem że to jest szrot.
- @PCCPU (autor: rainy | data: 30/12/16 | godz.: 13:41)
Możesz powiedzieć, po kiego grzyba wklejasz to samo w kolejnym newsie dotyczącym Zena?
Btw, widzę jednak, iż bardzo cierpisz, że Zen będzie miał IPC na poziomie Hasella albo nawet ciut więcej, a nie Sandy Bridge jak twierdziłeś.
- @rainy (autor: PCCPU | data: 30/12/16 | godz.: 15:35)
Nie wiem czemu Ci to przeszkadza?
Dalej podtrzymuje ze Zen będzie pomiędzy SandyBridge a Haswell w x87, SSE2 pytanie tylko bliżej którego.
Zostało kilka dni więc trochę wróżenia AMD nie zaszkodzi jeśli Ryzen jest na prawdę dobry ;-)
- @05 (autor: bmiluch | data: 30/12/16 | godz.: 16:59)
"Nie wiem czemu Ci to przeszkadza?"
powtarzasz się?
- na moją czutkę (autor: Mario2k | data: 30/12/16 | godz.: 18:23)
Ryzen kręcony na 4,5 GHz będzie szybszy prawie pod każdym względem od stockowego 6700K a to byłby sukces.
- no oby (autor: pawel1207 | data: 30/12/16 | godz.: 23:00)
bylo jak naszybsze i krecilo sie jak dzikie :D jesli cena bedzie dobra a wydajnosc na poziomie sb przy czym wyciagnie 5 ghz na wszystkich rdzeniach naraz stabilnie to bedzie ok i zmusi inteline do kombinowania..
- @ pawel1207 (autor: Zbyszek.J | data: 31/12/16 | godz.: 01:43)
wydajność jednego wątku będzie na poziomie minimum Haswella
- @2. (autor: pwil2 | data: 31/12/16 | godz.: 02:44)
Sukces Zena będzie zależał od tego, jak bardzo będzie podobny do Haswell/Skylake. Najlepiej jakby oprogramowanie wykrywało jako "GenuineIntel". Po prostu kompilatory są tuningowane tak, by generowały kod pod Intela, a na reszcie procesorów ma "chodzić jakoś".
- 6700K (autor: pwil2 | data: 31/12/16 | godz.: 13:10)
Sprzedawać Skylake teraz, czy poczekać? ;-)
- pwil2 (autor: Mario2k | data: 31/12/16 | godz.: 15:50)
Sprzedaj w ciemno jak lubisz ryzyko :)
- pwil2 (autor: kombajn4 | data: 31/12/16 | godz.: 16:51)
i co kupisz w zamian? Nawet jakbyś chciał kupić Zena to przecież jeszcze nie wyszedł
- tak wracajac do tego OC... (autor: Kosiarz | data: 31/12/16 | godz.: 16:59)
Od SB Intel przeciez robil wszystko zeby pogorszyc krecenie bo szybko skumali ze swietnie krecace sie procki przy smiesznym wzroscie IPC kolejnych generacji sa strzalem w stope.
W 5 GHz na powietrzu nie uwierze az zobacze ale ~4,5 wydaje sie byc w zasiegu przy takim TDP. Jezeli IPC rzeczywiscie bedzie na poziomie Sky-lejkow to Ryzen bedzie srogim i zacnym kawalekiem krzemu.
- pwil2 (autor: Markizy | data: 31/12/16 | godz.: 18:54)
o spadek wartości bym się nie martwił, bo jak widać po cenach kart nvidii i starych i5 będą one ją trzymać.
- do 10 (autor: Atak_Snajpera | data: 31/12/16 | godz.: 19:13)
JAKIE KOMPILATORY SĄ po cichu TUNINGOWANE POD INTELA?!?! Odrazu widać że sam w życiu nic nie kompilowałeś przy pomocy Intel Compiler czy GCC.
- ad11 (autor: MacLeod | data: 31/12/16 | godz.: 20:57)
Chyba Cie pojebalo. Musialbys sie z wlasnym na glowy pozamieniac.
Nie ma takiej opcji zeby ten zlom chocby stal kolo Skylake.
Co do "kompilatorow" - rotfl , a pod co maja byc jak intel ma 95% procesorow PC na swiecie? amd to patalachy, ktore tylko slajdy potrafia tworzyc. Nie, nie fajnboj - realista. Smierc frajerom.
- @17 (autor: power | data: 31/12/16 | godz.: 21:41)
Nie pij tyle, bo pozniej glupoty w necie wypisujesz.
Ryzen w 99% procent programow bedzie identyczny pod wzgledem wydajnosci jednego watka jak Skylake i Kaby Lake.
Roznice pojawia sie tylko w programach korzystajacych z AVX2.
AMD zrobilo prawie identyczny uklad do Skylake/Kaby Lake, w koncu wymiana patentow czemus ma sluzyc.
- ad18 (autor: MacLeod | data: 1/01/17 | godz.: 01:02)
hahaha, sure sure. Robi od lat, szkoda ze zawsze wychodzi pasc.
- power (autor: pawel1207 | data: 1/01/17 | godz.: 03:09)
z calym szcunkiem przesadziles :D a jak to bedzie zasuwac to sie zobaczy jak wyjdzie ...trzeba czekac..
- @16 (autor: kombajn4 | data: 1/01/17 | godz.: 09:14)
A ty kompilowałeś? Bo z moich doświadczeń wynika że wciskasz kompiluj lub wklepujesz z linii komend ewentualnie możesz dodać parametry i na tym się kończy twój wpływ na jego prace. Kodu źródłowego kompilatora nigdy nie widziałem na oczy. Natomiast opieram się na wiedzy ludzi którzy (jeszcze) potrafią interpretować kod maszynowy czyli wynik pracy kompilatora i z miejsca widać było że pod procesory Intela używane są wszelkie dostępne instrukcje a pod AMD kompilator używał dużo prostszego zestawu.
- @up (autor: Saturn64 | data: 1/01/17 | godz.: 09:19)
Kłócicie się jak o zabawki w przedszkolu. Moja jest lepsza... szkoda tego czytać.
Prawda jest taka, że w jednych zastosowaniach procesor AMD będzie szybszy a w innych wolniejszy. Każdy wybierze coś dla siebie. Nawet jeśli Ryzen będzie wolniejszy w większości zastosowań w jednym rdzeniu to za pewne będzie dużo szybszy w zastosowaniu wielordzeniowym (nie potrzeba nawet czekać na testy bo już dziś wiadomo, że najmocniejsze AMD będą 8 rdzeniowe (16 wątkowe), które mają być dostępne do szerokiego odbiorcy (patrz cena). Po drugie gdy AMD zszedł z TDP do 95W przy procesorze 8 rdzeniowym to Intel nadal jest na poziomie 140W. To również trzeba brać pod uwagę przy wyborze procesorów.
Nie patrzyłbym też na to, że do tej pory AMD nic nie osiągnął w wydajności procesorów przez ładnych kilka lat. Bo wystarczy zatrudnić jednego geniusza (Jim Keller) i może się dużo zmienić.....
- Ogólnie jestem za Intelem, ale (autor: rzymo | data: 1/01/17 | godz.: 09:56)
ze zniecierpliwieniem czekam na to, co pokaże AMD - w IPC na poziomie Sky czy Broadwella nie wierzę, ale z drugiej strony źle nie będzie. Wzrost powinien być konkretny, do tego rozsądne zużycie energii - o ile znów AMD nie wyskoczy ze zbyt wysokim napięciem na starcie...
A jako miłośnik małych konstrukcji najmocniej interesuje mnie nowe APU, zwłaszcza wersje z HBM. Może być ciekawie.
- Ciekawe jak będzie wyglądać wydajność w mid/low end (autor: rookie | data: 1/01/17 | godz.: 15:05)
Czekam na konstrukcje 4 rdzenie (8 wątków) oraz 2 rdzenie (4 wątki).
Tanie 4 wątki byłyby dobrym rozwiązaniem na miniitx'a pod telewizor, O ile wydajność 4 wątków byłaby na poziomie np. i3 haswell.
- @21 (autor: daver | data: 1/01/17 | godz.: 18:29)
Muahahah. Zamiast wierzyć w bajki "ludzi (jeszcze) potrafiących interpretować kod maszynowy" po prostu zrób git clone git://gcc.gnu.org/git/gcc.git i oceń pracę programistów AMD. Następnie skompiluj byle jaki program, na przykład Firefoksa, z march/mtune bdeverX, zamiast generic i powiedz nam jak bardzo procki AMD dostają skrzydeł.
- @16. (autor: pwil2 | data: 3/01/17 | godz.: 11:30)
http://www.pcworld.pl/...ow.konkurencji,80894.html
http://osnews.pl/...od-na-procesorach-konkurencji/
"Kompilator Intela potrafi generować różne wersje kodu w zależności od zestawu instrukcji(takich jak SSE2/SSE3), jakie wspiera dany procesor. System identyfikuje procesor przy uruchomieniu programu i w zależności od wyników detekcji wybiera optymalną ścieżkę kodu (odpowiada za to tzw. CPU dispatcher).
Jednakże dispatcher Intela wykrywa nie tylko, jaki konkretnie zestaw instrukcji jest obsługiwany, ale także na procesorze jakiej marki został uruchomiony. Odbywa się to poprzez sprawdzenie tzw. VendorString, czyli napisu który jest zakodowany w każdym procesorze. Jeśli zostanie wykryte, że jest to procesor Intela(tzn. VendorString ma wartość “GenuineIntel”), to wykonywana jest optymalna ścieżka kodu. Natomiast wykrycie procesora konkurencji powoduje w większości przypadków automatyczny wybór najwolniejszej ścieżki kodu, nawet jeśli procesor jest zgodny i wspiera wykonywanie szybszego kodu."
I to jest proste wyjaśnienie, czemu to lub tamto działa gorzej na AMD. Intel się do tego oficjalnie przyznał i miał zaniechać stosowania takich "optymalizacji".
- c.d. (autor: pwil2 | data: 3/01/17 | godz.: 11:31)
"Mogłoby się wydawać, że jest to kolejna z wielu legend, ale okazuje się że można to sprawdzić. Otóż redaktorzy ArsTechnica odkryli, że zmiana VendorString w procesorach VIA Nano na “AuthenticAMD” pozwala zwiększyć wyniki benchmarku podsystemu pamięci w PCmark2005 o 10%, natomiast zmiana na “GenuineIntel” owocuje blisko 50% poprawą wyników. Niestety procesory AMD mają zablokowaną taką możliwość, więc trudno ocenić jaki jest wpływ kompilatora Intela na ich wydajność.
Całą sprawą zajęła się Federalna Komisja Handlu USA, która wezwała Intel do naprawienia szkód m.in. poprzez naprawę kompilatora, rekompensatę szkód jakie ponieśli jego użytkownicy oraz publiczne ogłoszenie konieczności ew. wymiany kompilatora na nowszą wersję."
- c.d. (autor: pwil2 | data: 3/01/17 | godz.: 11:35)
kiedyś (z 10+ lat temu) AFAIR dało się jakimś małym programikiem podmienić string na GenuineIntel na starszych AMD. Sam od lat mam masę Inteli w domu i AMD tylko w konsoli... ale chętnie rozważyłbym przesiadkę na 16-wątkowy CPU od AMD przy najbliższej okazji, jeśli nie będzie wymagało to istotnych kompromisów.
- Kompilator mozna patchowac (autor: pandy | data: 8/01/17 | godz.: 20:18)
by wylaczyc takie zachowanie ale... ale to kamyczek do ogrodka AMD ze nie probuje oferowac zoptymalizowanego pod katem AMD kompilatora - trudno tu kopac Intela za to ze po pierwsze potrafi zrobic swietny kompilator a po drugie swietnie zoptymalizowac kod pod wlasne procesory (zakladam rowneiz ze nawet kompilator Intela moze dawac suboptymalne rezultaty dla nieIntelowskich CPU ze wzgledu na roznice architektur wewnatrznych).
Niech AMD zacznie oferowac podobne narzedzia jak Intel (kompilator, vtune etc).
|
|
|
|
|
|
|
|
|
D O D A J K O M E N T A R Z |
|
|
|
Aby dodawać komentarze, należy się wpierw zarejestrować, ewentualnie jeśli posiadasz już swoje konto, należy się zalogować.
|
|
|
|
|
|
|
|
|
|