Zpět na článek

Diskuze: Intel "Nehalem" na PCT dotestován

Nejsi přihlášený(á)

Pro psaní a hodnocení komentářů se prosím přihlas ke svému účtu nebo si jej vytvoř.

Rychlé přihlášení přes:

Uživatel bez registrace

Level 1

16. 10. 2008 20:50

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

oj nehalem to jde mimo me :)
zlaty q9550 a pohoda :)
- tmaven

Uživatel bez registrace

Level 1

16. 10. 2008 20:59

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

Velmi bych ocenil, kdyby jste už konečně udělali skutečný reálný test pro daný procesor. To znamená, že 64bit 4 jádrový procesor nebudeme testovat na 32bit OS jednovláknovou aplikací. Proto navrhuji toto:

[B]Otestovat 4 jádrový nehalem v 64bit prostředí při spuštění 4 náročných úloh a stopovat čas jejich úplného dokončení.[/B]

Nekrmte nás už prosím syntetickými nesmysly nebo rádoby aplikacemi, které prý umí využít více jader, jak to dělá hloupá většina na internetu. Děkuji, pokud takovýto test provedete.
- cdrw11

Uživatel bez registrace

Level 1

16. 10. 2008 21:16

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

@Uživatel bez registrace S tím nemůžu souhlasit. Testovat by se IMHO mělo v tom, co lidé používají. Pokud tedy běžně používané programy nepodporují víc jader, neznamená to, že by se nemělo testovat právě v nich. Lidé si vybírají software takový, aby jim vyhovoval, nikoli aby vyhovoval procesoru. A je problém výrobce CPU, že jím navržené technologie (víc jader, SSE, 64bit) software nepodporuje. Nicméně testovat v 64bit prostředí mi dnes přijde už na této kategorii hardware normální (asi nikdo si k němu nepořídí méně než 4 GB RAM).

K testu - osobně bych ocenil, kdyby se testoval prodejní stepping 4 / revize C0. Jako zajímavý test by mohl posloužit SQL Server 2008 x64 s nějakou databází a aplikace, která by přes ADO.NET prováděla paralelně nějaké složitější queries (např. s for cyklem) a pomocí DataAdapter objektu změnu dat - ideálně na jednom počítači a přes shared memory, aby se omezil vliv síťě.
- Eagle

Uživatel bez registrace

Level 1

16. 10. 2008 21:36

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

@Uživatel bez registrace To co tady vykládáte je totální krávovina. Ještě jsem neviděl procesor, který by se navrhnoval pro nějaký SW. Vždyse udělá procesor, tedy HW, a až podle něj se optimalzuje SW.
A to že vy si pořídíte 4 jádrový procesor aby jste na něm provozoval jednu náročnou aplikaci ještě neznamená, že je to správný způsob použití takového CPU.
Pokud někdo neudělá souběžné enkodovaní videa, grabování audia, renderování obrazu a archivování do archivu, tak to není reálný multitaskingový test.
- cdrw11

Uživatel bez registrace

Level 1

17. 10. 2008 00:28

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

@Uživatel bez registrace @cdrw11: Nevím, proč volíte ostřejší tón, ale pokud bych měl použít vaši terminologii, tak krávoviny vykládáte vy. Když si kupuju hardware, tak si ho kupuju zásadně z toho důvodu, aby na něm můj současný (nebo brzce budoucí) software jel rychleji / spolehlivěji než na hardware současném. Pokud mi výrobce není schopen nabídnout lepší řešení, tak si ho prostě nekoupím a výrobce nevydělá $$$.

Konkrétně - líbí se mi hra Civilization III, která je s určitým nastavením ultra náročná na výkon CPU. Tato hra je single-threaded a je na 99 % jisté, že optimalizovat na multithreaded jí nikdy nikdo nebude (už před pár lety vyšla Civilization IV). Pokud mi nové procesory nebudou schopny nabídnout vyšší single-threaded výkon (přičemž ten se za posledních pět let zvýšil jen o asi 60 %), tak si je prostě nekoupím. A je mi úplně ukradené, že do budoucna bude Civilization V s podporou multicore, protože mě zajímá Civilization III. Obdobně pokud budu mít ve firmě koupený SQL Server za bratru 150 000 Kč per CPU, pak mě zajímá, jak nový hardware zvládne tento konkrétní software, protože upgradovat software jen kvůli tomu, aby se to novému hardware líbilo, je totální nesmysl. Abych byl ochoten vyměnit i software, pak by musel být přínos tomu adekvátní - např. jeden SQL Server 2008 s novým hardware by mi udělal 2x tolik transakcí, než SQL Server 2000 s novým hardware. A takových výkonů IMHO optimalizací nedosáhnete ani náhodou (snad vyjma přechodu výpočtů z CPU na GPU).
- Eagle

Uživatel bez registrace

Level 1

16. 10. 2008 23:25

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

@Uživatel bez registrace @cdrw11: Jsi vedle jak ta jedle. Procesory se pro SW navrhují nejpozději od doby Intel 8086. Už 8086 byla navržena tak, aby mohla vykonávat tehdy existující SW s minimálními úpravami, 80386 si vynutili sami zákazníci a od té doby se to vleče, rozvoj tady máme pouze jako SSE, MMX a pod. a s x64 je to stejné, zákazníci postali IA-64 do pekel a chtějí zase HW, který bude spouštět SW s co možná nejmenšími úpravami.
Úskok v podobě multicore je tady proto, že singlecore už není HW zvládnutelné a proto po dlouhé době se musí měnit SW kvůli HW.

A co se týká testů, normálně bych na tom pustil současné hry, WinRAR, Office, DVD Shrink a spol. nechť máme alespoň základní srovnání.
- rnb

Uživatel bez registrace

Level 1

16. 10. 2008 21:50

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

@Uživatel bez registrace @cdrw11: no, nevim, jak je to na MS SQL, ale nejakej for cyklus by bezel v jedny sessione, takze by ty queries byly pekne serializovany, ne ? takze to taky neni moc test na multi task.
kdyz uz, tak nejak simulovat zatez mnoha uzivateli... takze, nejakej shell skriptik na MySQL, kterej najednou spusti n ruznych dotazu, aby se provetral pam subsystem. Nevim, jak zrovna MySQL, ale nektery jiny DB sesnazi spousty dat predcachovavat do pameti.. to by mohlo byt zajimavy, navic bezet to cele ve virtualu.. dal by se tak i otestovat treba rozdil i-vt a amd-v.
proste, neco, co o tom procaku rekne neco i lidem, ktery se vyzivaj i v trochu produktivnich cinnostech.. ne jen, ze na hry to neni, a roz/baleni v WinRARu/Zipu...
nekdo uz tu taky navrhoval kompilaci linux kernelu s def. konfiguraci. to bych podporoval... rozdelit to na 3 sekce: hry, ost. aplikace a serverovy aplikace. nebo sem skutecne chodi tak drtiva mensina lidi, co prgaji apod. ?
- daniel zika

Uživatel bez registrace

Level 1

17. 10. 2008 11:27

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

@Uživatel bez registrace @Eagle: DB servery az tak moc nepocitaji, nebo ? :) a pokud, tak s e to da resit jinym, efektivnejsim zpusoebem, nez to delat primo v DB - treba nejakou extremne vyladeniu externi procedurou ;-) a ta uz skutecne muzes pocitat na nejakym specialnim acceleratoru, ikdyz do serveru se casto ani zadna grafika neda strcit..
- daniel zika

Uživatel bez registrace

Level 1

17. 10. 2008 09:40

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

@Uživatel bez registrace @Eagle: pánové Eagle i cdrw11 mají pravdu oba.
výrobce HW vymyslí instrukci, která se bude hodit k nějakému účelu. Zveřejní popis a tak ji dají k dispozici programátorům. Mohou nebo nemusí ji využít. (u Itanii šlo o to že prakticky nebylo jiné cesty než používat pouze nové) Programátoři kompilérů i dalších SW danou instrukci zakomponují pokud se jim hodí. A udělá se to tak, aby aplikace mohla jet i bez této nové instrukce, tak i pomocí jí. Shrnuti: nové intsrukce odjakživa vymýšlejí HW výrobci. A zároveň se starají o zpětnou kompatibilitu. (Itanium zpětně kompatibilní nebylo a na to narazilo) To je důvod proč x86 bude s námi dlouhou dobu. SW se snaží využít dostupných funkcí HW. (pokud to má smysl)
- Tepanek

Uživatel bez registrace

Level 1

17. 10. 2008 00:45

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

@Uživatel bez registrace @daniel zika: SQL queries jsou v podstatě interprety a je na prováděcím software, nakolik si dokáže úlohu paralelizovat. Nezkoumal jsem možnosti SQL Serveru v této oblasti, nicméně co si vybavuju zprávy z nějakého profilovače výkonu, který je jeho součástí, tak i jednotlivé queries by se měl snažit vykonávat paralelně (v rámci možností). Ale jinak jsem samozřejmě pro, aby se testovalo víc paralelních přístupů (v threadech). Měřit by se měla jak celková doba provádění threadů, tak také maximální čas (kvůli nejpomalejší odezvě).

SQL Server cachuje do RAM všechno, limit je jen v množství použitelné RAM.
- Eagle

Uživatel bez registrace

Level 1

16. 10. 2008 23:33

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

@Uživatel bez registrace @rnb: Jinými slovy všechny ty SSE SSE2 SSE3 SSE4 MMX x86-64 vlastně vymyslel Microsoft, a Intel je následně implementoval? Tuhletu kravinu vy totiž tvrdíte.

Vývoj je přesně opačný. V intelu si řeknou, že daný typ úlohy by šel efektivněji zpracovat pomocí nějaké nové instrukce. Tuto instrukci naimplementují do procesoru. [B]a až potom, kdy Intel dodá tuto instrukci vývojáři programů zahrnou tuto instrukci do vývoje programů.[/B] Je tedy jasné, že píší SW na míru danému HW a nikoli naopak, jak to tvrdíte vy!
- cdrw11

Uživatel bez registrace

Level 1

16. 10. 2008 22:52

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

@Uživatel bez registrace @daniel zika: Kompilaci Linux kernelu jsem se ani neodvažoval navrhovat, ale připojuji se :-)
- cdrw11

Uživatel bez registrace

Level 1

17. 10. 2008 11:42

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

@Uživatel bez registrace @cdrw11: MMX, SSE a PowerNow skutečně vymysleli výrobci procesorů, ale je to jenom drobnost. Fakt, že instrukční soubor x86 a x86-64 je v duchu 70-tých let minulého století, si v dnešní době vynutil značné množství tranzistorů v dnešních CPU na překlad ze starých instrukcí x86 a x86-64 na novější vnitřní instrukce, se kterýma moderní CPU dosáhují vyššího výkonu.
Pokud by skutečně Intel dostal volnou ruku k návrhu procesorů a neměl na nohou kouli nutnosti podporovat staré programy, potom nic takového jako C2D, C2Q a Nehalem by neexistovalo a byla by tady architektura nejprve asi jako 68030 a poté asi jako IA-64.
- rnb

Uživatel bez registrace

Level 1

17. 10. 2008 10:28

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

@Uživatel bez registrace @Eagle: ale, notak. kdyz se vyse navrhovavl for cyklus, ktery bude sypat dotazy,

v PL/SQL neco jako:
for n in 1..1000
loop
execute immediate 'select * from XXXX where p1 = :b1 and p2 = :b2' into var1, var2 using val1, val2;
end loop;

tak proste se budu hadat, z e tyhle dotazy pojedou za sebou, tedy zadny paralelizmus se nekona. Tohle spravi ANO, for cyklus, ale v bash, kterej zavola .sql skript, co se nejakym nastrojem prikonekti = vytvori sessionu a neco udela. A tohle cele bude ve smycce, tj. pripojeni = vytvoreni sessiony.

- daniel zika

Uživatel bez registrace

Level 1

17. 10. 2008 00:39

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

@Uživatel bez registrace @cdrw11: Je opravdu naivní myslet si, že takto to opravdu funguje. To, co popisujete, se týká vývoje software a to ještě ve velmi omezeném rozsahu (nemusím snad znovu zdůrazňovat, že 99 % programátorům je naprosto lhostejné, jak se kompilátor vypořádá s jejich kódem a jaké tam budou optimalizace, protože oni se soustředí na to, abych jejich objektový model dobře fungoval a nějakou architekturou se nebudou, logicky, zatěžovat - byla by to jen ztráta času, oni zde nejsou od toho, aby program fungoval super-rychle, ale naopak od toho, aby fungoval spolehlivě a byl pro zákazníka co nejlevnější). Pokud se ovšem podíváme na zákazníky, tak před těmi vždy stojí otázka, co jim nový hardware přinese u jejich současného software - nikdo nebude dobrovolně platit vysoké sumy za nové verze software (... který je mnohem dražší než hardware) jen kvůli tomu, že nějaký nový procesor onen nový software potřebuje k tomu, aby něco spočetl adekvátně rychle.

Snaha vyvíjet software na míru hardware (a nikoli naopak) je přesně ten důvod, proč Itanium skončilo, co se mainstreamu týče, v propadlišti dějin.
- Eagle

Uživatel bez registrace

Level 1

17. 10. 2008 00:20

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

@Uživatel bez registrace @cdrw11: Sun si napriklad vyrabi svou architekturu procesoru pro svuj OS a aplikace na nej stavene...a vzhledem ke specializaci procesoru jej urcite vytvreji presne podle svych potreb
- Ełven

Uživatel bez registrace

Level 1

17. 10. 2008 13:38

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

@Uživatel bez registrace @rnb: což ovšem padá na bedra Microsoftu a jeho zákazníků, kteří x86 vyžadují. Jsou tu i jiné a velmi dobré platformy na x86 nezávislé.
- cdrw11

Uživatel bez registrace

Level 1

17. 10. 2008 16:54

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

@Uživatel bez registrace @cdrw11: presne tak, napr. IBM z/Systems, Sun SparcT2 apod. :) je zas ale pravda, ze tam se vetsinou ani nepredpoklada, ze by se na otm provozovalo neco staryho, a vetsinou se pri vymene rovnou upgraduje i sw
- daniel zika

Reklama

Uživatel bez registrace

Level 1

16. 10. 2008 21:03

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

Taky bych chtěl vidět test v 64bit prostředí, ale VS AMD K10 a nejlépe i K8 aspoń ve hrách a samozřejmě i Intel Core 65nm i 45nm. Tam by mohli být mohli být výsledky jiné v 64bit systémech.
- Petr to je jedno

Uživatel bez registrace

Level 1

16. 10. 2008 21:38

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

vím že nemůžete nic prozradit, ale aspoň se zeptám je to bomba?
- Weightlifter

Uživatel bez registrace

Level 1

16. 10. 2008 21:51

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

@Uživatel bez registrace asi lepsi otazka by byla: je to bomba na hrani/photoshop(3d rendr)/strih... ?
- daniel zika

Uživatel bez registrace

Level 1

17. 10. 2008 08:24

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

@Uživatel bez registrace Ano přesně tak
- Weightlifter

Uživatel bez registrace

Level 1

16. 10. 2008 21:39

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

pokud si matne vzpominam, melo v i7 dojit k zajimavym optimalizacim, ktere maji urychlit beh virtualnich stroju.

dalsi testik je tedy nasnade: spuste nekolik oblibenych benchmarku ve windows, ktere pobezi v (treba) esx serveru (urcite by takovy testik mel poradne proverit i I/O operace).
- N/A

Uživatel bez registrace

Level 1

16. 10. 2008 21:53

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

@Uživatel bez registrace tohle bych mozna spis videl na VirtualBox. Tedy, z licencnich duvodu, ale klidne i VMware (esx i VMW-server)
- daniel zika

Reklama

Uživatel bez registrace

Level 1

16. 10. 2008 21:50

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

Ja nevym jestly by se vám do toho chtelo a jestly to sem vubec patri, ale co takovej malej testik s MySql? Me by to celkem zajimalo
- F Č

Uživatel bez registrace

Level 1

16. 10. 2008 22:33

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

-urcite bych zkusil vice spustenych palikaci najendou, napr spustit 2x dekodovani a 1xwinrar kompresi nejakych souboru a 1xwprime 32M pripadne Cinebench. To pripadne porovnat s "starym" Quadem a K10 9850/9950 a bylo by zajimave, jak se rozlozi zatizeni procesoru.
-3dsMax9 zpracovani nekterych uloh
-vlastne obecne ukazat v cem by mela spocivat sila tohoto procesoru, ve vice spustenych apliakcich najendou by mel videt pokrok vice nez v jednotlivych testech oproti Yorkfieldum.
Z her bych uvital urcite UT3 a z narocnejsich pro vicejadra Devil May Cry

- Flank3r

Uživatel bez registrace

Level 1

16. 10. 2008 22:40

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

autor píše, že má uělány testy her a běžných uživatelských aplikací. Pro úplnost bz podle mě bylo dobré doplnit testy, které simulují využití tohoto CPU a porovnání s ostaními v použití v profesonální sféře a teď mám na mysli hlavně servery. Vždyť kam jinam je více tento procesor směřován. Navrhuji už zmíněné databázové testy a dále test při použítí jako univerzálního serveru. (testu jako celku, včetně vlivu síťovek a podobně, vždyť v reálu je vždy důležitý celek).
- Tepanek

Reklama

Uživatel bez registrace

Level 1

16. 10. 2008 22:44

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

Dobry den me osobne by docela potesilo otestovani hry na Source enginu jelikoz je to jedna z mala "CPU"
A Praci v 3ds Max, Sony Vegas, AAE bych take ocenil .)
- Adam Madr

Uživatel bez registrace

Level 1

16. 10. 2008 22:45

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

Dost by mě zajímala rychlost kompilace (např. linuxového kernelu). Jednoduchý test, ale málokdy se dělá...
- Matyáš Novák

Uživatel bez registrace

Level 1

16. 10. 2008 22:53

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

Prosil bych o testík v klasickém "starožitném" CPUMark99. Zabere to jen pár minut navíc. Díky.
- Jan Jaglař

Reklama

Uživatel bez registrace

Level 1

17. 10. 2008 00:18

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

Určitě nějaky 3d render v Cinebenchi a 3dsMax a jestli by bylo možno 64bit.OS.Díky
- KitFisto

Uživatel bez registrace

Level 1

17. 10. 2008 00:43

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

Dobrý test by byl klasická komprimace DivX.
Tam není žádné PC nikdy dost rychlé...
HD je náročné, to ví každý, ale klasický DivX je pro tohle srovnání lepší... (hlavně protože nejsou starší sestavy testovány na kompresi HD :( )
- PredatorV

Uživatel bez registrace

Level 1

17. 10. 2008 00:47

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

Ještě mě napadl jeden zajímavý test - emulátor DOSbox a v něm puštěná nějaká úloha. Tento emulátor DOSu je velmi náročný a spouštět v něm staré hry určené pro Pentium / Pentium II dělá moderním CPU dost potíže.
- Eagle

Reklama

Uživatel bez registrace

Level 1

17. 10. 2008 08:08

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

Můžete otestovat, kolik paměti je v této desce funkční?
A na výkon třeba dávkové zpracvání fotek ve Photoshopu nebo film s filtry v Premieře.
Podle toho, kolik bude stát celá mašina, tak to asi bude na profi použití - co třeba 3D MAX x32 a x64? - je to profi aplikace, tak si myslím, že bude dobře vidět rozdíl mezi Intelem a AMD (pokud rozdíl je) - hlavně na x64 jsem zvědavý . . .
Dík
Milhouse
- Milan Krejzlik

Uživatel bez registrace

Level 1

17. 10. 2008 09:06

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

jestli jsou nejake testy zamerene na aplikace CAD, CAM a staticke/dynamicke vypocty, ale pokud jsou bylo mozne je zaradit? Jiste, dulezitejsi pro CAD/CAM je grafika, ale presto, napriklad pro vizualizaci v MAXu nebo vypocty je prioritou CPU. Diky.
- l.jelinek

Uživatel bez registrace

Level 1

17. 10. 2008 10:34

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

@Uživatel bez registrace Předpokládám, že tam klasicky je Cinebench, který výkon v renderingu testuje.

Na redakci: Přijde mi poměrně blbý, abyste po lidech chtěli, aby si vymysleli další testy, když ani neznají ty co jsou provedeny teď. Tato informace určitě po NDA nespadá a skutečně nechápu, proč jste je nezveřejnili.
- [CZ]Hunter

Uživatel bez registrace

Level 1

17. 10. 2008 09:24

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

a me by zajimalo treba uplne obyc superPi :)
ale to tam urcite bude, ze?
- skipped1

Reklama

Uživatel bez registrace

Level 1

17. 10. 2008 10:34

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

Já bych rozhodně uvítal i test výkonu v grafických aplikacích jako [B]Photoshop[/B] či ještě lépe [B]Nikon Capture NX 2[/B]. Na aplikacích náročných filtrů(noise reduction apod.) či dávkovém převodu fotek z RAW.
- Helcar

Uživatel bez registrace

Level 1

17. 10. 2008 14:03

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

Také bych rád o poprosil o jeden, snad jednoduchý testík.

Mohli byste ostestovat MPlayer při přehrávání videa enkódovaného skrz x264? Stačí na 32bitových windows. Vzhledem k pokračujícím optimalizacím (pro core 2 a novější cpu) by to měla být svn verze (1.0rc2 je velmi starý), buildy jsou třeba zde:

http://sourceforge.net/project/showfiles.php?group_id=205275&package_id=248631&release_id=633300

Použita by asi měla být "rtm" verze. Parametry, které by měly zajistit plné vytížení na jednom threadu (tedy maximální možnou rychlost přehrávání):

-benchmark -nosound -vo null

Spuští se v příkazové řádce a vyplivne sekundy, potřebné k dekódování.

Video, které budete k benchmarkování používat by ideálně mělo být v HD rozlišení, s vysokou bitrate (10 000 kbps). Nejlepší by bylo, kdyby šlo o volně přístupný (krátký) soubor, případně můžete video vytvořit vy...
Jestli nebudete mít k dispozici něco jiného, zkuste HD trailery stáhnutelné z Apple (které nicméně nesjou tak kvalitní, ani tak náročné na cpu jako videa udělaná x264).

Díky!
- Jan Olšan

Uživatel bez registrace

Level 1

17. 10. 2008 16:40

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

Zdravim,
mozna je to samozrejme, ale zajimal by me take vykon nejpomalejsiho Nahalem CPU. Tj bylo by mozne aspon v hernich testech na toto myslet ? Po vypnuti SMT a snizeni frekvence by mel tento CPU byt stejne rychly jako ten "nejpomalejsi" Nahalem, ne ?
- Astro