mandriva , una scheggia

[Toni]

scusate il mio non postare ma a parte i numerosi impegni ho provato a compilare qbench e riscontro diversi errori(su mandriva , su slackware nessun problema ovviamente ) , in piu penso che il risultato non sia paragonabile in quanto gcc di mandriva è il 4.3.2 differente da quello di slackware

[Mario Vanoni]

Toni

qbench? nbench!

poi errori, compila oppure non?

Con -Os da errori ma compila e funzia.

[slucky]

che la mandriva sia super-reattiva, sicuramente è merito di tutto il lavoro di patch fatto dai suoi sviluppatori....però tutto questo arrovellarsi solo per ottenere alla fin dei conti qualche misera prestazione in più mi sembra francamente un lavoro praticamente del tutto inutile.........

[Mario Vanoni]

che la mandriva sia super-reattiva, sicuramente è merito di tutto il lavoro di patch fatto dai suoi sviluppatori....però tutto questo arrovellarsi solo per ottenere alla fin dei conti qualche misera prestazione in più mi sembra francamente un lavoro praticamente del tutto inutile.........

Giovanni

nei miei test in questo ambito ho riscontrato
differenze non indifferenti, p.e.
MEM tra 13.783 e 14.971
INT tra 9.675 e 15.877
FP tra 23.629 e 26.528

inutile, OK, ma interessante

se avessi il coraggio di provare gcc 4.3.2 ...
meglio di no, non toccare sistemi che vanno!

[Toni]

Toni

qbench? nbench!

poi errori, compila oppure non?

Con -Os da errori ma compila e funzia.

nbench , scusate errore di battitura

non compila , errore in fase di compilazione con qualsiasi flag

[slucky]

inutile, OK, ma interessante...

Mario, visto in questo modo, nulla da eccepire, la sperimentazione può sempre riservare sorprese e nuova conoscenza...

[murdock]

E io che lo sottovalutavo...

Codice: Seleziona tutto

==============================LINUX DATA BELOW===============================
CPU                 : AuthenticAMD AMD Athlon(tm) 64 Processor 3500+ 2464MHz
L2 Cache            : 512 KB
OS                  : Linux 2.6.28
C compiler          : gcc version 4.2.4
libc                : libc-2.7.so
MEMORY INDEX        : 18.998
INTEGER INDEX       : 21.324
FLOATING-POINT INDEX: 26.487
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

Bluewhite64 12.2,nbench compilato con l'opzione -march=athlon64

Saluti,
MuRdOcK

[murdock]

Se c'è qualcuno che ha anche Win protrebbe installare un benchmark anche lì e confrontare il bandwith e il latency tra win e Slackware!

Ho provato a fare il benchmark sulla stessa macchina, Bluewhite64 12.2 Live DVD Vs. WindowsXP 32bit.
Sebbene non si possono ignorare le differenze tra sistema operativo, il compilatore usato e le sue librerie
(come illustrato doverosamente su "http://www.tux.org/~mayer/linux/compare/index.html"), è per me interessante
vedere ciò che ne risulta.

Bluewhite64 12.2 Live DVD, nbench compilato con -march=nocona:

Codice: Seleziona tutto

==============================LINUX DATA BELOW===============================
CPU                 : Dual GenuineIntel Intel(R) Core(TM)2 Duo CPU     E8500  @ 3.16GHz 3173MHz
L2 Cache            : 6144 KB
OS                  : Linux 2.6.27.10
C compiler          : gcc version 4.2.4
libc                : libc-2.7.so
MEMORY INDEX        : 27.650
INTEGER INDEX       : 25.558
FLOATING-POINT INDEX: 43.106
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

Windows XP Pro 32bit, nbench compilato con gcc-2.7.2, piccole variazioni al Makefile come da pagina "http://www.tux.org/~mayer/linux/compare/index.html":

Codice: Seleziona tutto

==============================LINUX DATA BELOW===============================
C compiler          : gcc-2.7.2 (http://www.delorie.com/djgpp/)
libc                : unknown version
MEMORY INDEX        : 13.425
INTEGER INDEX       : 12.233
FLOATING-POINT INDEX: 11.227
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38
* Trademarks are property of their respective holder.

Saluti,
MuRdOcK

[sya54M]

kernel ottimizzato e compilato con -O2 e nbench compilato così:
CFLAGS = -s -static -Wall -O3 -march=k8 -pipe -fomit-frame-pointer

Codice: Seleziona tutto

CPU                 : AuthenticAMD Mobile AMD Sempron(tm) Processor 3100+ 1800MHz
L2 Cache            : 256 KB
OS                  : Linux 2.6.28-ap.k8m
C compiler          : gcc version 4.2.4
libc                : libc-2.7.so
MEMORY INDEX        : 13.033
INTEGER INDEX       : 15.136
FLOATING-POINT INDEX: 19.731
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38

casomai lo provo anche sul fisso che più prestante di questo portatile economico

[Mario Vanoni]

kernel ottimizzato e compilato con -O2 e nbench compilato così:
CFLAGS = -s -static -Wall -O3 -march=k8 -pipe -fomit-frame-pointer

Codice: Seleziona tutto

CPU                 : AuthenticAMD Mobile AMD Sempron(tm) Processor 3100+ 1800MHz
L2 Cache            : 256 KB
OS                  : Linux 2.6.28-ap.k8m
C compiler          : gcc version 4.2.4
libc                : libc-2.7.so
MEMORY INDEX        : 13.033
INTEGER INDEX       : 15.136
FLOATING-POINT INDEX: 19.731
Baseline (LINUX)    : AMD K6/233*, 512 KB L2-cache, gcc 2.7.2.3, libc-5.4.38

casomai lo provo anche sul fisso che più prestante di questo portatile economico

Fallo, sei hai tempo.

Interessante il confronto con Core 2 Dial con 4096 L2-Cache
MEM 14.643
INT 14.568
FP 24.676

[sya54M]

Fallo, sei hai tempo.

ok, se torno a casa questo fine settimana lo provo su un pentium4 3ghz con 2.6.28 ottimizzato e un pentium2 300mhz con 2.4.22 generico

Interessante il confronto con Core 2 Dial con 4096 L2-Cache

se dico ottimizzato cè un motivo, l'immagine di questo kernel (2.6.28) è di 1.7 MB pur essendo molto più monolitico (tutte le periferiche integrate nell'immagine monolitica) di quello di PJV

[giberg]

che la mandriva sia super-reattiva, sicuramente è merito di tutto il lavoro di patch fatto dai suoi sviluppatori....però tutto questo arrovellarsi solo per ottenere alla fin dei conti qualche misera prestazione in più mi sembra francamente un lavoro praticamente del tutto inutile.........

Bisognerebbe capire la velocità di Mandriva
senza quelle patch. Può essere che per
Mandriva siano necessarie per non essere
più lenta di altre distribuzioni.
Purtroppo non conoscendo la reale velocità
di Mandriva senza patch non possiamo capire
se il lavoro fatto sia effettivamente utile o meno.

[Mario Vanoni]

se dico ottimizzato cè un motivo, l'immagine di questo kernel (2.6.28) è di 1.7 MB pur essendo molto più monolitico (tutte le periferiche integrate nell'immagine monolitica) di quello di PJV

Questa cifra (1.7MB) mi meraviglia!

Il mio kernel 2.6.27.10 puramente statico
misura 3'515'920 bytes.
Il tuo e` modulare, monolitici lo sono tutti.

[zxzxasas]

Bisognerebbe capire la velocità di Mandriva
senza quelle patch. Può essere che per
Mandriva siano necessarie per non essere
più lenta di altre distribuzioni.
Purtroppo non conoscendo la reale velocità
di Mandriva senza patch non possiamo capire
se il lavoro fatto sia effettivamente utile o meno.

Ancora non abbiamo un nbench su Mandriva, tra l' altro

[sya54M]

Questa cifra (1.7MB) mi meraviglia!Il mio kernel 2.6.27.10 puramente staticomisura 3'515'920 bytes.Il tuo e` modulare, monolitici lo sono tutti.

per l'esattezza sono 1.805.936 byte e tutte le periferiche necessarie all'avvio del pc (per esempio agpgart, dri, il supporto al framebuffer, l'ide, il filesystem...) sono nell'immagine monolitica, mentre i driver per le periferiche esterne (per esempio quelli delle webcam) sono come moduli