PCTuning fórum

Dolan píše: Teda v AVX2 násobení je Intel 4x rýchlejší, sčítaní 2x rýchlejší, a delenie je celkom vyrovnané.

A teraz pozor: v FMA (teda X=A*B+C) je priepustnosť identická ako Kaby, s tým že to má vyššiu latenciu, keďže to musí prejsť MUL pipelinou a potom sa to vracia do ADD pipeline.

Z toho vyplýva že buď má Intel tak mizernú architektúru, že nedokáže využiť širšiu FPU, alebo má ZEN 2x širšiu FPU, ako sme doteraz predpokladali.

Ďalšia vec je že v ich ES boli celkom zrejmé bugy (dúfajme že odstrániteľné). Predpokladal by som, že MUL a ADD bude mať aspoň tak dobrú priepustnosť ako FMA, respektíve neexistuje aby ste operáciu A*B+C vykonali 4 krát rýchlejšie ako samotné A*B. Podobne SSE delenie, kde má delenie 128b vektora nižšiu priepustnosť ako delenie 256b vektora?

1) AIDA test too good to be true, so they didn't publish yet. Double throughput of Skylake on some intructions, they think it's a bug in AIDA. Instlatx64 answers that skylake/kabylake have some trouble on port 5 and thus even Bristol Ridge have higher throughput for some instructions (e.g.: VEXTRACTI128)

2) Canard PC sampel has problems with SMT and uop cache and then, coupled with semiaccurate infos i would not draw conclusions on Canard PC tests being worse than new horizon event...

http://semiaccurate.com/forums/showpost ... count=4817

yuri.cs píše:Z jineho soudku, latence Zenu:
L1: 4 takty
L2: 12
L3: 35 (avg?)
https://pbs.twimg.com/media/C0pEfFFWQAE3ZVi.jpg

srovnání s BD:



PS: zpětně mě to pořád přivádí k myšlence, jaký by byl výkon stavebních strojů nemít tak zmršený cache system ?

del42sa píše:2) Canard PC sampel has problems with SMT and uop cache and then, coupled with semiaccurate infos i would not draw conclusions on Canard PC tests being worse than new horizon event...

Lze to chapat tak, ze realny vykon produkcnich cipu bude jeste vyssi, nez co ma v tabulkach CanardPC? Myslim teda jeste krome lepsich frekvenci.

del42sa píše:2) Canard PC sampel has problems with SMT and uop cache and then, coupled with semiaccurate infos i would not draw conclusions on Canard PC tests being worse than new horizon event...

Presne ako to tu , uz niekto spomenul par stranok dozadu. Su to Engineering Samples , ktore maju svoje nedostatky. Ale ked tieto bugy zovseobecnime vo vysledku ktory v tom teste namerali , tak klobuk dole nato , ze s takymto bugom to ES-ko podalo celkom velmi slusny vykon.

Sobo píše:Lze to chapat tak, ze realny vykon produkcnich cipu bude jeste vyssi, nez co ma v tabulkach CanardPC? Myslim teda jeste krome lepsich frekvenci.

Podla mna , ano. Realne pocitam tych +10% by este mohli dosiahnut odstranenim tejto chyby. Sranda bude ked to vymakaju a bude to lepsie fungovat ako HT od intelu.

AMD sa nachadza v situacii ked si nemoze dovolit vydat produkt ktory by napriklad mal bugnute SMT. To by bol pre nich klinec do rakvy , mozu rozpredat zbytok firmy a zatvorit kram , pripadne sa preorientovat na iny druh priemyselnej vyroby. Oni potrebuju vychytat kazdu jednu chybicku v navrhe ZEN architektury (popripadne cipsetu Promontory) , aby z toho bol vo finale plne konkurencie schopny produkt , ktory by zaplatil naklady na vyvoj , marketing , atd... Oni potrebuju Zisk , preto aj cena si myslim bude adekvatna k intelovskym cenam.

Ted uz neopravi ani metalizaci. Toje 6+mesicu. Muzou maximalne ladit mikrokod.

hnizdo píše:Ted uz neopravi ani metalizaci. Toje 6+mesicu. Muzou maximalne ladit mikrokod.

To ES v tom teste nebola nahodou starsia revizia ?

hnizdo píše:Ted uz neopravi ani metalizaci. Toje 6+mesicu. Muzou maximalne ladit mikrokod.

treba ten bug uz opravujou 5 mesicu ale testovaci sample byl predprodukcni pred opravou a ten dali na test aby ukazali co dokaze ale finalniu proukt bude uz opravenej

I to je divný. Já co pamatuju ESka tak byly defakto skoro vždy final. Mohly mít nišší takty, divný voltáže a pod, ale výkon se moc nelišil. Měl jsem ESka Intelů i AMD, včetně novejch arch, ala třeba Nehalem nebo FX(interlagos) a fungovaly stejně jak final. Maximálně se lehce změnila ta či ta latence či se na poslední chvíli deaktivovalo v mikrokódu něco co mohlo způsobit chybu (a přišlo se na to až po měsících testování), tzn nic kritického typu AVX/FMA je 3x slower!

Bylo by velice podivné kdyby teď měly random zabugovaný čipy když má bejt za chvíli release. Takové čipy se obvykle vůbec nevydávaj ani jako ES to je jen na interní testování.

Neviem ci to sem uz niekto dal...

Takze sa jednalo o ES Revision A0. Prave tato bola na tej akcii New Horizon.

@_Jesper_: Tohle je pomerne stara zprava, ktera je nejspis pravdiva, ale frekvence odpovidaly situaci pred pul rokem - v lete.

Revize, ktera se vsude potuluje uz pres pul roku je A0 = prvni revize vubec. AMD sice v posledni dobe vydava hodne ranne verze, ale nejaka A1 jako retail je snad pravdepodobna.

_Jesper_ píše:Podla mna , ano. Realne pocitam tych +10% by este mohli dosiahnut odstranenim tejto chyby. Sranda bude ked to vymakaju a bude to lepsie fungovat ako HT od intelu.

O tomhle pochybuju a pozor aby se nepřehřál kotel na hype trainu

IMHO ten výkon, co ten Canard (BTW, neznamená to "kachna?") publikovali, odpovídá Zenu v plné kondici. Ta chyba musí být asi charakteru, který umožňuje benchmarkování, a její odstranění nepřinese výkon navíc. Takový chyby ani moc nejsou, že by čipu ubíraly výkon svojí přítomností. Chyba se projeví tím, že to vymrzne ("unpredictable CPU behaviour") nebo že operace někdy dají špatné výsledky.

Podle mě to bude něco jako projev TLB bugu u Barcelony - ten taky benchmarkování vůbec nebránil a výkon neubíral, byl velice málo pravděpodobný. Ale na trh to s ním jít nemohlo. Každopádně je to pak ale až ta oprava, co uškodí výkonu, ne ta chyba.

Takže v podstatě je to naopak, spíš se musíme bát, jestli vyřešení toho erratum výkon podstatně nezhorší, pokud ten problém nebude ignorovatelný (hodně CPU bugů se dnes prostě nechává být/obchází) ani opravitelný nějakou obezličkou nebo chicken bitem, který by měl jen minimální nebo odpustitelný dopad. Zrychlení prakticky na 100% nebude, IMHO.

Leda, že by tam právě už teď momentálně měli implementovanou opravu s podobným dopadem, jako měl fix toho TLB bugu v B2 Barceloně, a prodejní revize už ho nepotřebovala a byl teda zase odebrán. Ale takovej scénář mi přijde jako učebnicovej případ "too good to be true" a "wishfull thinking", a tak pochybuju, že by na něj mohlo dojít, páč jsem pesimista.

yuri.cs píše:Zen ma AES jednotku zdvojenou, ale dle vseho BD take - viz agner.org. BD, PD i SR je maji navesene na FMA0, XBAR/FMA1 portech. Reciprocni throughput AESDEC je u BD a PD 2 a SR (nejspis i XV) 1.

Ale tím to bylo u nich zdvojené na jednu flex FPU, ne? Tím pádem by Zen měl dvakrát větší kapacitu při zatížení všech jader (i když při zatížení jen jednoho by to mohlo vypadat, že je propustnost stejný), páč by každé jádro mělo ty dvě jednotky a ne sice dvě, ale pro dvě jádra. Teda pokud mi tu něco neuniká.

Nějaké zlepšení tam může být určitě, protože takty finálního produktu mají být vyšší než měl tento sample. Co se chyb týče, internetem koluje spousta fám, od TLB bugu ala Phenom I až po nefunkční SMT a já nevím co ještě. Test francouzů ale ukazuje jasně že šlo o 16 threadů, což by s nefunkčním SMT bylo jen těžko možné.

Tak jako tak je zřejmé, že nemají hotové biosy, že některé věci nejsou funkční a že ještě nemají odladěný power management a turbo nefunguje vůbec.

To jo, takty samozřejmě výkon zvednou/můžou zvednout. Myslel jsem tím, že oprava toho údajného bugu nezvedne IPC.

Ano, Canard PC Hardware na twitteru potvrdili, že SMT bylo aktivní. Ale zároveň přímo v tom tweetu říkají, že je tam ten bug při kombinaci s uOP cache. Ta informace je od nich. Z toho bych usuzoval, že jim ten bug nebránil ES otestovat s SMT, viz vejš.

BTW, nemůže vysvětlení toho vypnutého turba na New Horizonu být čistě v tom, že přetaktovali níž taktovaný ES na 3,4 GHz? To se nejsnáz udělá nastavením násobiče na pevnou hodnotu a turbo možná vypnuli jenom proto. Ergo z toho vůbec nemusí vyplývat, že by jim turbo nefungovalo. Třeba bez OC jinak normálně jede.

Takže výkon možno klesne, ostane rovnaký, alebo stúpne?

Inak tie priepustnosti inštrukcií zase jasne naznačujú že tam musí byť nejaký bug degradujúci výkon. Ako som už písal, priepustnosť FMA nemôže byť vyššia ako priepustnosť MUL alebo ADD samotného. Rovnako priepustnosť 256bit nebude vyššia ako 128bit.

Inak chystajú sa nejaké SP3 dosky pre desktop? Formát ATX a od "klasických" výrobcov. A hlavne s plnými ôsmimi kanálmi.

http://www.cnews.cz/vzorky-zenu-pry-maj ... daji-dobre

Vykon zrejme zustane stejny, nebo se opravou zhorsi.

Při testech, z nichž Canard PC Hardware uváděl benchmarky, bylo SMT aktivní, takže zřejmě nebrání v základním fungování programů s plným výkonem. Jenže údajně se jedná o „vážnou chybu“, což by mohlo znamenat, že ovlivňuje (negativně, samozřejmě) stabilitu nebo korektnost výsledků výpočtů. Ve finálním čipu bude zřejmě nepřijatelná a AMD ji tedy bude muset do vydání nějak vyřešit. Pokud se nepovede problém obejít nebo jej nevyřeší nová revize/respin (pokud byl ES použitý francouzským časopisem starší, mohla by se mezitím oprava stihnout), pak ale AMD možná bude muset částečně vypnout některé části postižených systémů, což by se asi projevilo zhoršením výkonu.

Tenhle leak si AMD moc nepohlídalo. Čekám brzo leak dementující bugy.

Dolan píše: Inak chystajú sa nejaké SP3 dosky pre desktop? Formát ATX a od "klasických" výrobcov. A hlavne s plnými ôsmimi kanálmi.

Taky by mě to zajímalo. Jestli budou mít modely pro SP3 odemčený násobič, tak určitě

Stačilo by kdyby leaknul heh. G34 Opterony jsou locked, ale ESka nejsou a ačkoliv desky OC v biosech (až na jedno 4 procesorový monstrum od supermicro) nemaj, ale furt jdou točit SW, normal přes overdrive když je 1 CPU, nebo přes TurionPowercontrol i s vícero CPU.

osobně si myslim, že AMD má pro desktop AM4 a pro servery SP3 a něco jako má intel 2011 pro desktop se konat nebude.

http://tieba.baidu.com/p/4864984399?pn=1



umí někdo luštit rozsypaný čaj ?

jako nástřel OC to vypadá slušně, ale chce to překlad

Rozsypanú ryžu nevie ani google.... (edit.: iný preklad)

Recent news shows, Zen's engineering sample has been selected to optimize the trouble,
The current 8-core 16-way version of the Zen default frequency has come
3.15GHz, Turbo acceleration up to 3.3GHz, indiscriminately AMO will
Will select a special overclocking version of the CPU, preferably physical, unlock restrictions, at the same time
TOP dimension to stay at 95W.
In addition, the foreign forum users to get a stable version of the Zen test display, 8
Rice Zen curry favorably stable overclocked to 4.2GHz, Phoenix; the highest voltage
1.5V, liquid nitrogen can be on the 5GHz.

4,2 na vzduchu a 5 na vode???

V komentároch otázky ako je možné že mobilný proces ide tak vysoko.

...a cena $216 až $288.