Ciao a tutti,
guardate con attenzione gli scores sul sito del linpack per android:
Linpack by Device GreeneComputing
Sono completamente senza senso!
Come è possibile che un milestone @ 1300mhz vada meno di un droid @ 1000 ? (che sono lo stesso telefono?)
O ancora che un milestone @ 1000mhz vada la metà di un desire @ 1000 mhz, quando in realtà a parità di mhz il cortex A8 del milestone è piu' performante dello snapdragon?
Come vengono fuori questi valori!?
AD ESEMPIO:
HTC DESIRE @ 1100 mhz:
10 Midian 45.49 MFLOPS HTC Desire 1113.6MHz google/passion/passion/mahimahi:2.2/FRF91/43546:user/release-keys
MILESTONE @ 1300 mhz:
10 Donny~Boulder,Co. 18.225 MFLOPS Milestone 1343.0MHz verizon/voles/sholes/sholes:2.1-update1/ESE81/29593:user/release-keys
ALTRO ESEMPIO:
MILESTONE
Video Linpack test milestone + froyo @ 1,25ghz
Risultato: 19 MFLOPS
DESIRE
Video Linpack test nexus one + froyo @ 1,1ghz
Risultato: 40 MFLOPS
Come diavolo è possibile questa differenza?!
E non ditemi che lo snapdragon a parità di mhz va meno di un cortex a8 che non è vero!
Linpack: perchè sono così strani i valori?
Visualizzazione stampabile
-
31-10-10, 11:57WingZeroLinpack: perchè sono così strani i valori?
-
31-10-10, 13:10TheSolutor
A parte che i benchmark sintetici hanno sempre lasciato il tempo che trovano, ti sei mai chiesto com'è che sotto windows i processori compatibili, al momento vanno molto meglio di quelli AMD mentre sotto linux un tricore AMD da 90 euro va come un quad core compatibile top di gamma o quasi ?
I sw ed i compilatori non sono mai politically correct, alla fine il codice generato gira meglio da una parte che dall'altra, indipendentemente dai muscoli.
Sarà così anche tra snapdragon ed omap... -
31-10-10, 13:16WingZeroConosco bene l'annosa questione del compilatore ottimizzato intel.Quote:
Originariamente inviato da TheSolutor
Ti assicuro però che in gnu/linux, ci sono ambiti dove vai molto piu' fluido di win ed ambiti dove vai peggio(maledetto server x...pero' questa è un altra questione).
qualche differenza ci puo' stare...ma qui parliamo del DOPPIO del risultato...una roba assurda...e poi linpack utilizza l'algoritmo linx che in teoria non è ottimizzato per niente....
continuo a non spiegarmelo... -
31-10-10, 13:30TheSolutorNon sto parlando di windows vs linux sto parlando di amd v.s. intel sotto linux e sotto windows e dello sbalzo enorme che c'è tra i due confronti.Quote:
Originariamente inviato da WingZero
In ogni caso basta una singola istruzione eseguita molto peggio da un processore che da un altro e i risultati dei benchmark sintetici sballano, se quella singola istruzione è usata pesantemente dal benchmark. -
31-10-10, 13:41WingZerotutto quello che vuoi, ma qui si parla del doppio esatto dei megaflops... non sono semplici ottimizzazione che puo' favorire l'uno o l'altro... :/Quote:
Originariamente inviato da TheSolutor
-
31-10-10, 14:01WingZero
altro esempio: nel banch 3D di quadrant quello in cui ci sono 2 pianeti uno grande arancione ed uno piccolo grigio che girano, il desire fa 50 fps, il milestone @ 1ghz ne fa 10. -.-"
(poi negli altri bench 3d il milestone è superiore al desire grazie alla scheda video integrata piu' potente...superiore di poco 3-4 fps...pero' in questo qua la differenza fa paura a favore del desire...c'è qualcosa che mi sfugge...) -
31-10-10, 14:17TheSolutor[Phoronix] AMD Phenom II X3 On Linux ReviewQuote:
Originariamente inviato da WingZero
Guardati questo, x esempio
Nel primo benchmark un x3 amd (neanche il più veoce) ci mette quasi la metà del tempo di un core i7 (il top di gamma al momento del benchmark) a eseguire il singolo benchmark, in altri benchmark la differenza non è così netta, sotto windows, di solito è l'i7 a metterci la meta di un phenom 2 710 a fare le cose.
Morale anche senza considerare i compilatori furbetti, differenze anche enormi sono possibili tra due processori della stessa architettura. -
31-10-10, 15:42WingZeroLa metà del tempo??Quote:
Originariamente inviato da TheSolutor
Guarda che da quei bench ci mette un 10-20% in meno.
Per quando riguarda la situazione desktop ti do ragione: i compilatori sono ottimizzati per le cpu intel (e come ho detto prima questa è una annosa questione che potremmo discure in un altro thread) ma con il raffronto che stavo facendo io NON C'entra nulla!
In primo luogo, la differenza nel caso che specificavo io era esattamente del doppio: tra 19 e 40 mflops ce ne passa e non puo' essere solo questione di ottimizzazione o di librerie differenti.
Inoltre l'"ottimizzazione del compilatore" per differenti architetture desktop x86 , in questo caso non c'entra proprio nulla:
Io stavo confrontanto lo snapdragon con il cortex A8 @1ghz che sono entrambi architettura ARM. Ed inoltre l'inteprete java in questo caso è assolutamente imparziale.
Un spiegazione decente al problema potrebbe essere (Ad esempio) l'unità FP del cortex A8 è peggiore dello snapdragon, per questo i risultati sono falsati in questo modo.
Ma ciò che hai tirato in ballo tu nn c'entra assolutamente nulla, mi disp. -
31-10-10, 16:32cicemon212
@wingzero hai provato a fare un confronto con i valori linpack del droid americano? lo so tra il nostro milestone e il droid la differenza sta nel bootloader bloccato , cosa nn di poco conto , prova a controllare in qualche rom per il droid che nn ci siano dei driver ottimizati per l'arm cortex A8 e la gpu magari sono quelli che fanno sfasare i risultati. :)
-
31-10-10, 16:37WingZeroEscluderei la gpu che il linpack è un test solo per la cpu.Quote:
Originariamente inviato da cicemon212
Ma fammi capire...perchè con il bootloader sbloccato si dovrebbe andare di piu'?! Che fanno ci castrano il milestone questi qua?? O_o
Cmq vedendo i video su youtube, come quello che ti ho linkato, il droid con fw custom, froyo 2.2, arriva a massimo 19 fps.
Contro i 40 del nexus one! E' assurdo! sono entrambe ad 1 ghz...perchè il cortexa8 fa la metà dello snapodragon?
