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 :roll:

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?