Pagina 1 di 1
cflags e ottimizzazioni.....
Inviato: gio 29 set 2005, 7:49
da salbutamolo
Ciao a tutti,
ogni tanto questo argomento mi torna in mente...navigando un po' ho trovato queste cflags per processori amd athlon xp....vorrei un parere da slackweristi
Codice: Seleziona tutto
-O3 -march=athlon-xp -mfpmath=sse -mmmx -m3dnow -msse -pipe -fomit-frame-pointer -fforce-addr -frerun-cse-after-loop -frerun-loop-opt
-falign-functions=4 -maccumulate-outgoing-args -ffast-math -fprefetch-loop-arrays
Io attualmente ottimizzo in maniera un più moderata:
Codice: Seleziona tutto
"-O2 -march=athlon-xp -mcpu=athlon-xp -pipe -fomit-frame-pointer -ffast-math -mfpmath=sse,387 -mmmx -msse -m3dnow"
Che ne dite? Have a nice day
Inviato: gio 29 set 2005, 8:01
da gohanz
IO uso la seconda però con -O3 al posto di O2 e mfpmath=sse senza 387.
A proposito che serve il 387

Inviato: gio 29 set 2005, 8:16
da albatrosla
Forse dico una baggianata, ma sse 387 mi pare sia qualcosa di sperimentale, in testing, insomma. Per quanto riguarda lo 02/03, so che lo 03 è un'ottimizzazione che non sempre funziona bene, anche se a me non ha mai dato problemi. Le "mie" CFLAGS:
CFLAGS="-march=athlon-xp -O2 -pipe -fomit-frame-pointer -ffast-math -mmmx -m3dnow -msse -mfpmath=sse,387"
Inviato: gio 29 set 2005, 8:45
da useless
ma no, 387 è il coprocessore matematico che si affiancava ai 386 e 486 SX

. quell'ottimizzazione fa sì che i calcoli in virgola mobile siano fatti utilizzando di sia le SSE (presenti dai P3, credo) che il coprocessore 387, permettendo di eseguire + calcoli in virgola mobile in parallelo. tuttavia, info gcc dice:
Use this option with care, as it is
still experimental, because the gcc register allocator does
not model separate functional units well.
dunque fate voi

.
Inviato: gio 29 set 2005, 13:16
da Frunktz
Ma usare queste flag, invece che le standard produce effettivamente dei miglioramenti VISIBILI?
Inviato: gio 29 set 2005, 13:23
da l1q1d
qualcuno mi sa consigliare un bel how to o un tutorial su questo discorso?
Inviato: gio 29 set 2005, 13:27
da krisis
Cè stata una discussione simile qua sul forum.
Ora non ho tempo di cercarla ma riguardava la ricompilazione della tool chain.
Inviato: gio 29 set 2005, 15:26
da l1q1d
spero che non fosse quella del paradosso!
Inviato: gio 29 set 2005, 16:41
da useless
in sostanza io nella discussione dicevo che da test (che purtroppo non ritrovo +) fatti da un pazzo che evidentemente aveva moooolto tempo libero e ha ricompilato gli stessi sw decine di volte con cflag diversi (chiaramente era un gentooista...) si desume che l'unica ottimizzazione che produce miglioramenti sensibili è -march.
Inviato: gio 29 set 2005, 17:14
da Frunktz
Sì, anch'io ricordo quel thread, ma si parlava di VISIBILE, non sensibile..
Ad esempio se io ricompilo tutto KDE con quell'opzione, posso vedere che ci mette 5 secondi in meno a caricare, o ce ne mette solo 1?
Thanks
Inviato: gio 29 set 2005, 17:33
da useless
sì be', x sensibile intendevo visibile

. se ricompili kde e soprattutto X non puoi non accorgerti della differenza.
Inviato: gio 29 set 2005, 17:42
da salbutamolo
Ciao a tutti,
useless ha scritto:sì be', x sensibile intendevo visibile

. se ricompili kde e soprattutto X non puoi non accorgerti della differenza.
Bhè io vi posso dire che una volta l'ho fatto, ho ricompilato tutto X e tutto kde con le cflags di cui sopra...la differenza si vede, nulla di spaventoso però.....e se mi chiedete se le "migliorie" valgono il tempo di compilazione dico decisamente di no

Have a nice day
Inviato: gio 29 set 2005, 20:09
da Frunktz
salbutamolo ha scritto:Ciao a tutti,
..e se mi chiedete se le "migliorie" valgono il tempo di compilazione dico decisamente di no

Have a nice day
Questo era quello che mi interessava sapere...
Concordate tutti?