Net, neha zene, 4-es KDE meg csillivillik mellett:
nyos@hex:~/benchmark$ java -server -jar PrimeMark.jar 4
...
Előkészületek: 12ms
Számítás: 649s
nyos@hex:~/benchmark$ java -server -jar PrimeMark.jar 8
...
Előkészületek: 13ms
Számítás: 532s
nyos@hex:~/benchmark$ java -server -jar PrimeMark.jar 12
...
Előkészületek: 8ms
Számítás: 509s
A proci egy i7-es (cpuinfo a fenti hsz-ben), szoval 4 magos, a hyperthreading miatt 8-nak latszik az OS fele. Amikor 8 szalon futott, nem foglalta le mindegyik (latszolagos) core-t, volt, hogy csak 6-700%-on jart. Ezert inditottam el 12 szalon is. Az mindenesetre latszik, hogy a bekapcsolt HT sokat szamit, de kozel sem teljeserteku az igy nyert 4 mag.
(A proci winen ennel kicsit tobbet tudna, Ubi alatt elvileg nem tamogatott a turbo boost.)
A topicnyito nem tudom mennyit er el ezzel, mert a RAM-ot nem teszteli. Bar az Intel cpu-k kozt a 9xx-as i7 az egyik legnagyobb savszelessegu, a POWER valoszinuleg meg igy is raverne. Szoval egy ilyen, RAM-ot alig hasznalo benchmark pont nem mutatja az architektura erejet.
update: 1 szalon (filmnezes kozben, szoval nagyobb egyeb terhelessel):
Előkészületek: 8ms
Számítás: 2197s
2 szalon:
Előkészületek: 8ms
Számítás: 1162s
szinten update:
Meglepo. Gondoltam kiprobalom, hogy "rengeteg" szal eseten a sok kornyezetvaltas mennyire lassitja le.
256 szal eseten:
Előkészületek: 8ms
Számítás: 487s
Tehat eddig ez volt a leggyorsabb (arra tippeltem, hogy 9-12 szalnal lesz az optimum). Igaz, hogy futas kozben a gep mar akadozott, a load ertelemszeruen tullott 100-on, es 2-2,5GB-ot megevett ez a java process.
upd:
1024 szalnal mar tenyleg sok a kornyezetvaltas, lassabb, mint 256-ra:
Előkészületek: 8ms
Számítás: 499s
Raadasul a GC hagyja, hogy felmenjen majdnem 4GB-ra a memoriahasznalat. Azert altalaban ez is 2-3GB korul mozgott.
--
I can't believe Steve Jobs's liver is replaceable but the battery in my iPhone is not. - sickipedia