The inquirer - Še en povod za novo sveto vojno bo zagotovo podatek, da v Linuxu Java teče hitreje kot v Windows. Na strani Phoronix so na prenosniku Dell Inspiron 1525 s procesorjem Intel Core 2 Duo T5800 z 2,0 GHz, s 3 GB DDR2-pomnilnika, 250 GB Hitachijevim diskom in Intelovo grafično kartico 965, na katerem so Javo pognajali v operacijskih sistemih Windows Vista Home Premium SP1 in Ubuntu 8.10 s privzetimi verzijami programja (jedro 2.6.27, X Server 1.5), izvedli nekaj testov, ki so dali zanimive rezultate. Pognali so Sunflow Rendering System, Bork File Encrypter, Java SciMark in Java 2D Microbenchmark ter ugotovili, da je Java v Linuxu bistveno hitrejša (tudi do trikrat). Samo v zadnjem testu se je Windows odrezal bolje, kar pripisujejo slabim Intelovim grafičnih gonilnikom za Linux.
> Še en povod za novo sveto vojno bo zagotovo podatek, da v Linuxu Java teče hitreje kot v Windows.
Seveda bi morali za kako resno primerjavo v OS mix vključiti še (Open)Solaris, mogoče še na UltraSPARC platformi.
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
With Windows Vista Premium we were using Java 1.6.0_07, with the JVM being Java HotSpot VM build 10.0-b23. The official Java build we were using on Linux was Java 1.6.0_10 with the Java HotSpot VM build 11.0-b15.
Kak fajn je marmelada iz jabolk in pomaranč !
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!
The integrated graphics controller of the Intel® 946GZ, Q963, and Q965 Express Chipsets support hardware acceleration of OpenGL* applications in 16-bit and 32-bit color depths. OpenGL* 1.4 plus extensions is the latest version currently supported by the Intel® Graphics Media Accelerator Drivers on these chipsets.
Podpora za OpenGL 1.4 - aktualna verzija je pa OpenGL 2.1 - pripravlja se pa OpenGL 3.0 = strojna implementacija-podpora s strani proizvajalcev grafičnih kartic ne API-ja, da ne bo pomote...
Human nature is not a machine to be built after a model, and set to
do exactly the work prescribed for it, but a tree, which requires to grow
and develop itself on all sides...
Sicer ce so res primerjali razlicne verzije JVM je razsikava res bolj tako-tako. Lahko pa iz lastnih izkusenj povem, da za "buildanje" projekta na katerem delam porabim (furam Ubuntu 8.10) cca tretjino manj casa kot sodelavec na windows XP.
Po drugi strani pa ne morem kaj, da ne bi omenil, da mi kakrsekoli applet trenutno brez izjem vsuje Firefox (v 8.04 je bilo vse tip-top). Uporabljam Sunov JVM in predvidevam, da problem ni v pluginu, ker v Operi delajo stvari brez problema.
Razen tega je na linux bil v uporabi server VM, na Windows pa client VM.
To niti ni sadje-vs-sadje, ampak primerjava bencina s pokerjem
Server VM, client VM? O čem ti to govoriš??? ... With Windows Vista Premium we were using Java 1.6.0_07, with the JVM being Java HotSpot VM build 10.0-b23. The official Java build we were using on Linux was Java 1.6.0_10 with the Java HotSpot VM build 11.0-b15. ...
Sun JRE ima dva "engina", klient in server. Na Windows se po defoltu uporabi klient verzija, na linux pa server, če ima sistem vsaj dva CPU jedra in 2 GB RAM-a, sicer klient. Testni PC je bil dual-core z 3 GB RAM-a.
Glede Intel grafe in OpenGL podpore (ter pomanjkanje tega v HW): - Jah in ? A pod Windows pa je karta magično dobile te sposobnosti ? - test je 2D. Kaki 3D fičrji pa bi naj manjkali ....
Da pomanjkanje podpore, podpora samo za OpenGL 1.4 + razširitve (in to v strojni opremi), kar pomeni počasnejše delovanje zaradi slabšega izkoristka novejše oz. boljše tehnologije in programi, ki strogo zahtevajo > OpenGL 1.4 niso kompatibilni in se tudi v Windows okolju ne bodo izvajali (si že poskusil kdaj igrati OpenGL igre s takšno grafično ? - veliko jih NE dela).
OpenGL pa se, čeprav je primarno narejen za 3D pospeševanje uporablja tudi za 2D pospeševanje da ne bo pomote. - LINK
OpenGL-based pipeline for Java 2D - this pipeline provides hardware acceleration for simple rendering operations - OpenGL strojno 2D pospeševanje od Java 1.5 dalje.
Drugače sem se pa prej zmotil, da OpenGL 3.0, ki mu bo sledil 3.1 z nekaj popravki in izboljšavami, se že nekaj časa nisem s tem ukvarjal...
Human nature is not a machine to be built after a model, and set to
do exactly the work prescribed for it, but a tree, which requires to grow
and develop itself on all sides...
Human nature is not a machine to be built after a model, and set to
do exactly the work prescribed for it, but a tree, which requires to grow
and develop itself on all sides...
Test : Bork File Encrypter v1.4 Ukaz : java -server/-client "-Dbork.password=testpassword" -cp bork.jar org.matthew.bork.Bork ubuntu-8.10-desktop-i386.iso Testni fajl na FAT32 particiji. V vsakem testu na isti.
CPU: Intel Core 2 Q6600 RAM: 8GB DDR2 800 5-5-5-5
Windows XP SP3 : - client VM : 15,5 sekund - server VM : 8,9 sekund
RIPLinux 7.3 (jedro 2.6.27.7) - client VM : 15,8 sekund - server VM : 10,3 sekund
Torej so pametnjakoviči na moronix-u ugotovili, da je server VM 60% hitrejši od client VM. Pol so to zlagali v "Linux je 60% hitrejši".
Preostale teste lahko ponovi kdo drug...
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!
Jest lohk povem iz lastne prakse ko sem isto aplikacijo (state-machine server) gonil tako na linuxu(debian) in na win2000 (isti hardware dl380 g5), in je na winsih hitrej delala(malenkost-debian je bil sicer 4.0).Najpocasneje je delalo na sunfire v480 solaris9. ce se ne spuscam v mipse in core, mi je to cist dovolj razlog, da na solarisu tega ne bom gonil (dvomim da je opensolaris na sparcu kej hitrejsi).
očitno nisi razumel kaj sem hotel povedati ... če bo en uporabljal server in en client VM bo iz uporabniškega stališča čisto vseeno
mislim, da si ti tisti, ki ne razume. Uporabnik lahko izbira med tema VM-jema. Če so že šli delati teste, bi morali izbrati enak VM na vseh platformah.
V primeru grafike, so se namreč spustili v špekulacije, da je linux bil počasnejši najbrž zaradi slabega drivera, ko pa je Windows bil počasnejši pa so le doživeli orgazem, čeprav je razlaga tam očitna in sploh ne bi rabili ugibati.
Motiti se je človeško.
Motiti se pogosto je neumno.
Vztrajati pri zmoti je... oh, pozdravljen!
ja izbiraš lahko, ampak bo 99.9% pustilo tako kot je default nastavitev
To je pravzaprav irelevantno. Gre za kvazi-objektivno merjenje hitrosti, torej bi morali biti pogoji izenačeni. Še posebej zato, ker so te meritve zanimive samo za napredne uporabnike. Kaj je bolj verjetno: da uporabnik zaradi hitrosti uporabi (izbere) server VM na obstoječem OS-u, ali da zamenja OS, ker je tam privzeto uporabljan server VM?
Glede na to kaj in kako so testirali, bi bil upravičen naslov "Privzete nastavitve za Javo so v sistemu Windows morda slabše kot v Ubuntu". Naslov, ki so si ga izbrali, pa o resnici pove toliko, kot naslov v kakšnih Slovenskih novicah. Dobro se sliši, ampak 3/4 dejstev je v takšnem spinu zanemarjenih... pač ni novica, če nima bombastičnega naslova.
Sicer pa smetje not, smetje ven (Garbage in, garbage out). Test je bil zanič zastavljen in izveden (smetje not), zato zbrani podatki ne povedo čisto ničesar (smetje ven). Posledico pripišejo enem parametru, čeprav spreminjajo dva parametra. S svojim delom kvečjemu dokažejo, da testiranje ni za prepustiti ljudem, ki nimajo niti osnovnega znanja o stvari, ki jo testirajo. Če bi kaj vedeli, potem bi sami izpostavili razliko med "client" in "server" načini delovanja VM, hkrati pa tudi utemeljili zakaj te razlike niso odpravili.
V tem smislu lahko pričakujemo naslednji test v katerem bo sklep, da lahko Java v Linuxu izkoristi več pomnilnika kot pa v Windows. Pri temu bodo pa spregledali, da v Linux uporabljajo 64-bitno verzijo, v Windows pa 32-bitno. Če se jim ni to zgodilo tudi že tukaj.
Pa zakaj tu sploh navajate teste z "The inquirer"? Moderator
Največja napaka desetletja je bila narejena 4. novembra 2008
Oni so goljufali in Alah je goljufal, Alah je najboljši prevarant. (Koran 3:54)
Citiraj svetega očeta Benedikta XVI. in postani "persona rudis"...
No ja. Stvar ja, test je res hecno zastavljen. Ampak vseeno, za 90% uporabnikov drzi. :) Tudi test pospeskov out-of-factory nekega avtomobila je lahko 'biased' s te strani, da na testu niso upostevali, da lahko chip-tunas avto in pridobis 20%.
To z avti je sicer res. Res je pa tudi to, da se v testu opiše tudi parametre, ki se jih spreminja. Parameter, ki lahko tako bistveno spremeni rezultat, je težko "spregledati". Če naj bo test objektiven, se mora parameter navesti in navesti tudi razloga zakaj se ga je ignoriralo. V tem primeru ni bilo storjeno nič od tega.
Če bi npr. testirali 32-biten JVM napram 64-biten JVM v sistemu Windows, bi verjetno ugotovili podobne razlike. Ali to pomeni, da je 64-biten JVM hitrejši? V bistvu ne, ker 32-biten privzeto deluje kot "client", 64-biten pa pozna samo "server" način delovanja. Ali je takšen test pošten? Samo v primeru, da navedeš, da to razliko poznaš in, da izrecno testiraš privzeto namestitev. Če rezultat prikažeš kot odvisen samo od spremembe sistema, potem izpuščaš dejstva, ali pa nimaš pojma katere parametre si v testu spreminjal.
Za dober test bom vedno trdil, da testira spremembo samo enega parametra, če je to le možno. Če je več parametrov, pa se testira vse njihove variacije, da se pokaže njihov posamezen vpliv in njihova medsebojna odvisnost. Sklepe se lahko na koncu potegne iz celotnih podatkov, ne pa da se kar nekaj na pamet ugiba iz nekih polovičarskih testiranj. To, kar so naredili ti fantje je izdelek, ki ga bi študentu vrnil nazaj z nezadostno oceno.
Ta test bi morali ponoviti in zbrati še podatke za delo s "client" načinom v Linux in "server" načinom v Windows. Potem bi dobili številke, sklep pa se bi lahko še vedno glasil "privzete nastavitve v Linux omogočajo hitrejše delovanje, kot pa v Windows". S podatki, ki jih imamo sedaj v rokah, je vse skupaj brez veze. Sploh ne vemo kaj se je ujemalo in kaj se ni ujemalo. Njihova trditev je morda pravilna, morda je napačna, morda pa je pogojno pravilna. Vsekakor pa je niso utemeljili z verodostojnimi podatki.
