Le Dimanche 10 Mars 2002 21:19, MadCoder a �crit : > pour la plupart avec les options "-O3 -march=i686 -ffast-math > -finline-functions" (le -finline-functions sur tout pour les libs ou > les petites applis, pas pour kdevelop par exemple) > > en fait, tout recompiler pour i686 sert � rien, mais des trucs comme > cfree ou les WM, je pense qu c appr�ciable !
Je viens de recompiler kdelibs, kdebase, kdeutils, kdenetwork, kdemultimedia et kdevelop, et j'ai fait quelques tests de vitesse avant et apr�s. C'est pas aussi optimiste. �tant donn� que kdelibs me prend d�ja 5h � compiler (�a fait du bruit pour dormir !) sur mon Celeron 400, j'ai juste d�comment� les lignes d'optimisations, c'est � dire "-O3 -march=i686 -ffast-math -finline-functions", (au passage -O3 = -O2 -finline-functions), et pas fait de tests avec les diff�rents param�tres un par un. Au d�part, j'ai eu l'impression que �a allait beaucoup plus vite, mais c'�tait tr�s subjectif. J'ai lanc� plusieurs programmes, et fait une moyenne sur 10 lancements (sachant que je lance l'appli deux fois avant pour �tre s�r qu'elle soit dans le cache disque et que �a ne d�pende pas du disque). * recompilation de kdelibs : gain de 6% en moyenne sur le lancement des applications (jusqu'� 9% sur konsole). puis : * recompilation des autres packages (kdebase, kdeutils, kdenetwork, kdemultimedia et kdevelop) : gain compris entre -2% et +1% suivant les applis (plut�t n�gatif sur les petites applis : kedit, kpm, kdf ...) par rapport � la recompilation de kdelibs seulement. Je sais pas du tout d'o� viennent les diff�rences par rapport � MadCoder, peut-�tre du fait que l'Athlon profite plus des optimisations que le Celeron (qui plus est DDR contre SDRAM 66 MHz !) Bref dans mon cas, �a ne vaut pas autant le coup (ou juste pour kdelibs). Par contre une recompilation permet de mieux personnaliser le package (support de lame et lm-sensors dans kdebase par exemple) Il n'y a plus qu'� attendre KDE3 et gcc3.1 pour un meilleur support de objprelink. Aur�lien
