Diskuze: Prescott, Northwood a ClawHammer bojují o prvenství

amt

Level

3. 2. 2004 02:07

Komentáře tohoto uživatele máš zablokované.

@tief Ja jsem nepsal ze intel ma 2 FPU.
Samozrejme ze jako synteticky test ma k realite daleko, ale urcite s ni ma neco spolecneho, pokud bude realna aplikace narocna hlavne na vypcetni jednotky FPU napriklad z 90% a jen malo na propustnosti pameti (zbylych 10%), pak bude rychlost aplikace temer umerna tomuto syntetickemu testu, ve skutecnosti je takovyto test prave univerzalni, jen si lide neumeji predstavit jak se bude procesor chovat v praxi napriklad ve hre, protoze se jen nezamysli na jakou cast CPU ci pametoveho systemu je aplikace narocna nejvice a na jake casti mene, to ze napriklad Athlon 64 exceluje v Botmatch hry UT03 je tim ze ma prave 3FPU jednotky, a to ze ma naopak ve Flyby a nebo v Quake3Arena navrch intel je jeho velkou pametovou propustnosti, to vse se da s jistotou vycist ze syntetickeho testu Sandra, jen si musite preves teorii do praxe.
Z takoveho testu se da vykon v jakekoliv aplikaci odhadnout stejne dobre jako z pouhe znalosti jeho architektury. Testy nejsou snadno manipulovatelne, pokud byste vytvoril jiny program a optimalizoval ho na nejaky procesor je samozrejme neco jineho, a testy sandra zadnych optimalizaci krome instrukcnich sad nevyuzivaji, tudiz jsou objektivni.

who

Level

3. 2. 2004 18:12

Komentáře tohoto uživatele máš zablokované.

@tief tak bych ji asi nepouzival; ani to neni zajimavost pokud je v podstate na nic;
ale nechapu proc ta firma s tim neco neudela; jak muze byt zalozena na 10 - 15let straych testech? to by mela asi testy ze sandry vyradit; i tu detekci hardware ma prehlednejsi a komplexnejsi aida

tief

Level

3. 2. 2004 18:32

Komentáře tohoto uživatele máš zablokované.

@tief Vy tvrdíte, že AMD má 3 FPU a Intel jednu. To je ale nesmysl. AMD má tři částečné, specializované jednotky pro práci s FP / SIMD a Intel má tyto jednotky dvě (z nichž jedna je FP / SIMD a druhá je load / store). A k užitečnosti Sandry - jistě je velmi vypovídající test, který používá deset typů instrukcí (ze stovek celkově podporovaných) a to za podmínek, kdy se vše vejde do registrů nebo cache. Sandra že nevyužívá optimalizací? A použití SIMD a prefetch za optimalizaci nepovažujete? Optimalizace je i třeba to, jestli používám k násobení imul nebo shl. Pokud budu používat shiftování, Pentium 4 příšerně propadne a Athlon bude zářit, pokud použiju imul, bude výsledek na obou procesorech podobný. Přitom výsledek bude v obou případech stejný - tohle je krásný příklad toho, jak volba různých instrukcí dokáže zamotat výkonem. Programátoři běžných aplikací toto neřeší, ty výkon nezajímá (a já s nimi souhlasím, proč zvyšovat cenu programu jen kvůli optimalizaci na určitý typ CPU). Sandru patrně brzo úplně vypustíme, optimalizované testy nevystihují reálné použití.

amt

Level

3. 2. 2004 19:14

Komentáře tohoto uživatele máš zablokované.

@tief Optimalizace obecné samozrejme navadi, optimalizace na urcite jadro samozrejme ano, v prvnim pripade bude rozdil dany ciste hrubym vykonem cipu, pokud test Whetstone a Dhrystone jsou stare a tudiz neoptimalizovane ani na Athlon ani Pentium4, pak prave proto budou objektivni.
Sandra neni optimalizovana krome instrukcnich sad kterymi CPU disponuji a proto jsou stejne realne jako realne aplikace o kterych se zminujete, problem je v tom ze se na vec divate prave z pohledu programatora kteremu nejde o vykon, jenze v teto recenzi a vsem uzivatelum prave o ten vykon jde, a proto jsou tyto testy ktere jasne ukazuji v jake casti CPU tkvi jeho sila tolik dulezite, podle nich se da usoudit v jakych (mnou pouzivanych/pozadovanych) aplikacich bude excelovat ci propadat presne tak jako v testech Sandra.
Optimalizovat pomoci instrukcnich sad napr. MMX je v poradku, disponuji jimi obe CPU, neoptimalizovat je take v poradku, ale pokud by byly optimalizace specificke pro kazde jadro zvlast (coz nejsou) pak by prave dochazelo k extremnim rozdilum a takove testy by byly prave neobjektivni.

tief

Level

3. 2. 2004 20:47

Komentáře tohoto uživatele máš zablokované.

@tief Ano, testy Whetstone a Dhrystone jsou staré a neoptimalizované. Jenže Sandra je používá v upravené podobě optimalizované na jednotlivé procesory. Protože pokud by nepoužívala, jak by bylo možné, že procesor se zapnutým HyperThreading má výrazně vyšší výkon než ten samý procesor s HyperThreading vypnutým? To samé platí pro test propustnosti pamětí - původní Stream test Sandra používala až do doby krátce po uvedení Pentia 4. Poté byl tento test upraven tak, aby bral v úvahu cache (tu má Pentium 4 hodně rychlou). V době testování Pentia 4 XE s gigantickou cache jsme se přesvědčili, že vypnutí hardware prefetch mechanismu nemá na novou verzi testu vůbec žádný efekt! V původní verzi (kterou v Sandře aktivujete zakázáním bufferovaných testů) výkon propadl o desítky procent a tento propad je reálně změřitelný i jinými praktickými testy - mimo jiné to byl také důvod, proč starší Xeony MP měly i přes velkou cache hodně slabý výkon, u nich byl kvůli errata hardwarový data prefetch vypnut.

amt

Level

4. 2. 2004 19:40

Komentáře tohoto uživatele máš zablokované.

@tief To je mi vse zname, ale optimalizace ve smyslu vyuziti nejake funkce jako napriklad Hyper-Threading neni jeste optimalizace usita na miru na architekturu jadra, pokud vyuziju napriklad funkce SSE, povede to ke zvyseni vykonu u Intelu ale i u AMD, zatimco pokud program optimalizuju na architekturu Intelu (byt treba bez vyuziti SSE), tak to povede ke zvyseni vykonu na Intelu, ale k zadnemu nebo dokonce ke zpomaleni u AMD, a to by bylo neobjektivni.
"Sa­ndra je používá v upravené podobě optimalizované na jednotlivé procesory" procesory ano, to je take v poradku, to procesoru privadi vyhodu ve smyslu vybavy napriklad instrukcni sadou SSE2 nebo 3DNOW!
kterou muze nebo nemusi mit i ten konkurencni, ale optimalizace na jadro by mela jiny vliv, program by musel
byt zkompilovan specialne pro toto jadro a s jinym by byl nekompatibilni,a nebo alespon poupraven kod tak ze by tato uprava vedla k "nelinearnimu" zvyseni vykon u jadra jednoho, a u jineho k poklesu (napriklad) a tento jev u optimalizaci v Sandre (bufferovani, instrukcni sady, HT) nenastava a proto je objektivni, jen vyuziva vyhod ve "vybaveni" CPU instrukcnimi sadami a funkcemi.