Mě by spíš zajímalo srovnání reálných věcí v reálném provozu na reálných procesorech. Ne jen ve 32/64 bitovem režimu na stejném procesoru pustit test tak "synteticky" že používá jen cache a příliš se tak neprojeví ani rychlý přístup do ram. Smysl má spíš porovnat tu amd64 vs x86 architekturu jako celek. Třeba například změřit čas kompilace jádra na athlonu xp 3000 a jádra se stejným .config na optimaliovaném 64 bit systému na amd64 3000. Jasné že to značení 3000 je trochu zavádějící a nejde o stejně výkonné procesory...
To je rozdíl v přístupu, ti co tomu nerozumí preferují komplexní benchmarky, protože jim z toho vypadne jedno číslo a to jsou ještě schopni pochopit. Jenže když vím, která část systému mě zajímá, tak si otestuji přesně tu část, co mě zajímá. Pokud chci testovat rychlost CPU, tak nebudu testovat paměti, jejich řadič, řadič disku, disk, fs, kontext switche os, kompilátor, ... a já nevím co ještě. Kdybych náhodou chtěl testovat celou architekturu, tak budu testovat celou architekturu, ale to už by bylo rychlejší si nějaké to číslo vycucat z prstu a vyšlo by to nastejno, protože do toho vstupuje tolik těžko odhadnutelných faktorů, že by autora vzápětí někdo "upozornil", že kdyby použil síťovku A místo B, tak by mu disk značky C fungoval o 0,023% rychleji než disk značky D. To je dnes nějaká móda, že když vím že potřebuju rychlé CPU, tak musím mít za každou cenu rychlé disky?
Mozna sem z tech "co tomu nerozumi" ale co by v takovem testu branilo pouziti stejne sitovky, disku, pameti, filesystem ? HW by mohl byt stejny v ramci kompatibility obou technologii. V takovem testu jde a relativni srovnani ne absolutni.
Souhlasim, ponevaz kdyz mam dilci vysledky jako rychlost CPU, rychlost pameti (move, read, write, random atd.), rychlost disku (read,write,random atd.), umim z toho vyvodit jak rychlej bude celkovy system, ktery me zajima. Celkove cislo me nezajima, je k nicemu, presne jak pises, klidne se muze vycucat z prstu.
Rekne mi treba neco vysledek testu pcbenchamark nebo jak se jmenuje ? Naprosto nic. Protoze dva pocitace, se cca stenym cislem muzou byt ve skutecnosti naprosto rozdilne prave kvuli tomu, ze to ma naprd sitovku :o)
Ovsem musim podotknout, ze nektere synteticke testy jako treba Sandra, merici kuprikladu rychlost pamati, jsou dost k nicemu. Meri nejake pofiderni cisla, zajimave jenom z technickeho hlediska, v reale naprosto nepouzitelne. Takze specialni testy ano, ale realisticke.
Nabidl jsem odkazy, kde takove benchmarky je mozno najit... nemam moznost sam je udelat.
Zrovinka porovnani rychlosti kompilace jadra by bylo velice zavadejicim testem... 64bit prekladac prekladajici do 64bit strojaku... 32bit prekladac preklada do 32bit strojaku... ted ty prekladace byly prelozeny s nejakymi volbami, nektere casti zrojaku jsou pro obe platformy rozdilene... jak tady zarucit srovnatelne podminky?
Ale kdepak , co brání nastavit vlajky tak aby se prekladalo uplne to stejne a aby binarni vysledek kompilace byl na obou architekturach stejny ? Na to přece není nic zavádějícího.
>...a aby binarni vysledek kompilace byl na obou architekturach stejny...
A to je jako prakticky test kompilovat na 64bit platforme 32bit binarku (nebo na 32bit platforme komilovat 64bit binarku to je jedno, pokud chcete stejny binarni vysledek tak budto na jedne nebo druhe platorme crosskompilaci pouzit musite)? To vetsinou teda nedelam. A kdyz tak 32bit verzi prekladace v chrootovanem prostredi. Navic by se preci jen jednalo o crosskompilaci coz by mohlo mit dopad na vykon.
