model name : Intel(R) XEON(TM) CPU 1.80GHz
cache size : 512 KB
cpu MHz    : 1780.242
 
 

• http://freshmeat.net/articles/view/730/
• http://www.coyotegulch.com/acovea/index.html
• Cflags Central.
• http://gcc.gnu.org/onlinedocs/gcc- [...] tions.html
• http://gcc.gnu.org/onlinedocs/gcc- [...] tions.html
• http://reviewed.homelinux.org/howt [...] fe-cflags/
• http://leander256.free.fr/gentoo/index.html Fr

CFLAGS="-O3 -march=pentium4 -funroll-loops -fprefetch-loop-arrays -pipe"
 
Intel P4 HT 3GHz

lisez le man juste pour voir, vous allez voir comment vos bordel vont diminuez ... par contre -ftracer et -fssa personne connait

 
non connait pas, mais justement j' attendais de bons conseils    
j' ai vu ça aussi sur qqu qui avait la meme config que moi à peu près

tu peux expliquer ? j' ai pas tout a fait saisi.. c' est utilisable sans que ca me foutte tout en l' air ?
 

 -funroll‐loops
           Unroll loops whose number of iterations can be determined at compile time or upon entry to the loop.  -funroll‐loops implies both
           -fstrength‐reduce and -frerun‐cse‐after‐loop.  This option makes code larger, and may or may not make it run faster.
 
       -funroll‐all‐loops
           Unroll all loops, even if their number of iterations is uncertain when the loop is entered.  This usually makes programs run more
           slowly.  -funroll‐all‐loops implies the same options as -funroll‐loops,
 
 
tiré de man gcc je suis pas sur que ce soit une bonne idée ...

 
J'ai recupere ca sur je sais plus trop quel site

vous pouvez pas regarder la définition de toutes vos options, -O2 définit quasiment toutes les brouitlles que vour rajouter

Moi c minimaliste :

cai bien ça, pourquoi s ? t'es serré ?

pas trop    mais le s c pas mal çà évite aux programmes de prendre de la place sur le disque et en mémoire sans amputer réellement sur les performances où le O3 s'en sort que rarement mieux
C'est donc un bon compromis se situant entre le O2 et O3, le O3 n'est pas toujours l'idéal pour toutes les applications de même que le O2, là je suis entre.
Enfin les CFLAGS c'est une histoire de goûts...
 
Bon va falloir que je vire une vieille partitions qui restait sous ntfs car mon linux commence à être à l'étroit  

non, Os est bien mois rapide que O2, O3 ne fait quasiment rien, son utilité est à voir au cas par cas.

vu la liste des discutions sur gentoo.org sur les CFLAGS divers personne n'est d'accord et personne ne le sera jamais... En réalité c'est très dépendant du programme que l'on compile. Il faudrait presque un CFLAG différent associé à chaque ebuild.

en réalité suffit de lire man de gcc pour comprendre qu'O2 + march n'ont besoin de rien d'autres

essayer -ftracer et -fssa
 
tracer marchera toujours, le ssa peut echouer

Dans les flags que j'ai defini yen a bcp d'unitiles? En fait jai recuperé la ligne sur un site doptimisation, ou cette ligne etait celle dediée a mon architechture, auquel jai fait confiance, mais je n'ai pas cherché a essayer de comprendre toutes les options.

ben lis le man, les 3/4 de tes flags sont inclus lors de O2

dans ton journal, tu dis que t'as une augmentation de taille avec ftracer... quid des perfs ? t'as des infos ?

pour l'instant :  

ben j'ai rien mesurer ... seulement c'est là ... ftracer permet à l'optimiseur de mieux faire son travail (et pas de rajouter des optimisations) ... taille du binaire à l'appui, y a bien une différence.

-march=pentium4 n'est plus cassé ? Parce que jusque là j'utilisais :

 
c'est long
mais ça tourne toujours bien

-funroll-loops -> bof
 
-mcpu=athlon-xp -> inclus dans march
 
 
-ffast-math -> dangereux
 
 
-fno-strength-reduce -finline-limit=2000 > pourquoi ?
 
-fprefetch-loop-arrays > ok
 
 
-falign-functions=32 -> ça fait beaucoup tout ça
 
 
 
le truc que j'aimerais bien voir fonctionner, c'est ce lui là
 
-maccumulate-outgoing-args
 
 
j'ai fait quelques tests avec es petis programmes, l'assembleur était le même
 
 
sinon, lisez le man 95% des options sont incluses dans O?, y en a que quelques unes qui ne le sont pas et qui sont des optimisations sures et efficaces -fprefetch-loop-arrays et -ftracer
 

 
C'est pas minimaliste, c'est très bien: j'utilise les mêmes...
 
Quelques remarques en vrac sur ce que j'ai pu voir posté ici:
Quand on met: march=athlon-xp , il n'est pas nécessaire de rajouter mmmx , msse , m3dnow ... etc... c'est inclu d'office.
 
Pour ce qui est du 01, 02, 03 , 0S , c'est un sujet à troll, mais pour ma part j'ai choisi Os car:
-la compilation est + rapide:
-Sur les grosses applis (OOo, Firefox...) Le goulet d'etranglement c'est le temps de chargement en mémoire qui est directement lié à la taille de l'executable. Et ca fait une réelle différence sur le temps de démarrage de l'application.
 
Sinon, effectivement comme ca a dejà été dis, quand On met 0x , il faut regarder ce qui est dejà inclut dedans, car le but de ces raccourcis, cest justement d'eviter les listes de flags à ralonge.

toi, tu es minimaliste...
A ce stade autant prendre un debian.

ahah, faut juste rajouter le -march qui va bien, le reste est imperceptible

 
Mon avis est que l'intérêt de la gentoo ne réside aucunement dans les CFLAGS de compilation. D'ailleurs ma debian est plus réactive sur bien des points, flags de "bourrin" ou non sur ma gentoo.
 
@++

pareil : l'avantage c'est pouvoir compiler des trucs comme apache ou autre avec les composants que l'on veut.

Ouep je bien d'accord, les USE, c de la bombe... mais bon quitte à compiler , autant mettre au moins un mcpu. et puis -pipe aussi... ensuite c'est O1, 02, ou 0s suivant les gouts (Par contre clairement 03, a part pour les applications de pur calcul, c'est de la merde en boite)

-pipe n'influt pas sur le code généré
 
les trucs débian sont compilé en mcpu=i686 -2 je crois ... donc ...

 
-pipe influe sur la vitesse de compilation, Quand on à de la RAM dispo, ca evite les I/O disque

je sai

 
mathieu@perchut2 mathieu $ less /etc/make.conf | grep USE
# The USE variable is used to enable optional build-time functionality. For
# very extensive set of USE variables described in our USE variable HOWTO at
USE="X gtk2 gnome alsa truetype png breakme directfb dvd -kde"
#     that causes portage to enable full settings and USE flags in SRC_URI and
 
 

Je repose ma question qui est passée inaperçue : est-ce que -march=pentium4 est de nouveau sûr ?

il l'était pas ?

Non ça générait du mauvais code sse2. Par exemple si tu compilait python avec, ensuite il faisait mal les additions...

résolu dans je ne sais plus quelle version de gcc

tiens le 2.4 veut du -mregparm=3
 
par contre je sais pas si ça fout pas en l'air les drivers nvidia comme le dit l'aide