Optimiser la compile de sa debian : apt-build, pentium-builder, ... ? - Installation - Linux et OS Alternatifs
Marsh Posté le 04-02-2003 à 23:49:06
udok a écrit : |
Laisse comme ça, tu as surtout des chances de dégrader les performances de ton système.
Regarde sur ce forum, il y a eu des discussion du le même genre avec: "est-ce que les paquets i386 sont optimisés ou pas pour i686"...
Marsh Posté le 04-02-2003 à 23:51:23
El_ShAmAn___ a écrit : |
bah quand même, ça peut que progresser non ?
c'est quand même loin le 386
je pense que certain paquet doivent sacrement profiter de l'optimisation 3dnow ou sse ...
par contre je ne connais pas la portée du fomit-frame-pointer et du finline ...
Marsh Posté le 05-02-2003 à 10:02:40
udok a écrit : je pense que certain paquet doivent sacrement profiter de l'optimisation 3dnow ou sse ... |
Ces paquets-là (et ils sont rares) sont déjà optilisés.
Marsh Posté le 05-02-2003 à 13:31:44
Jar Jar a écrit : Ces paquets-là (et ils sont rares) sont déjà optilisés. |
ah bon ? kde, mozilla, ... ils sont pas en 386 ?
enfin j'ai choisi pentium-builder après m'être pas mal renseigner (je l'ai vu dans la woody donc ça doit marcher correctement), et avoir testé les 2 ...
je verrais bien ce que ça donne
Marsh Posté le 05-02-2003 à 19:06:39
udok a écrit : ah bon ? kde, mozilla, ... ils sont pas en 386 ? |
Ces paquets n'ont rien à gagner des nouvelles instructions puisqu'ils n'utilisent pas de code assembleur.
Marsh Posté le 05-02-2003 à 19:27:52
c'est vrai qu'il faut apprendre ... même si aprés tu y perds en perfs au moins tu sauras aprés.
Un bon début; install la gcc-3.2 , il supporte des arguments du genre " -mcpu=athlon-xp " et pas mal d'autres trucs pour les processeurs récents.....
Marsh Posté le 05-02-2003 à 22:09:22
Jar Jar a écrit : Ces paquets n'ont rien à gagner des nouvelles instructions puisqu'ils n'utilisent pas de code assembleur. |
ah
j'avais entendu dire que kde y gagnait beaucoup ... mais j'avoue j'y connais rien là dedans
en tout cas j'ai vu une rumeur come quoi si tout se passait bien les package kde serait dans sid à la fin de la semaine
Marsh Posté le 05-02-2003 à 22:11:02
dsds a écrit : c'est vrai qu'il faut apprendre ... même si aprés tu y perds en perfs au moins tu sauras aprés. |
bah ça c'est déjà fait merci
ma question c'est pas comment optimiser la compile d'un programme, mais comment optimiser la compiler des programmes d'un package : en effet, j'ai pas envie de me tapper tous les fichiers de conf ou les debian/rules pour passer les optimisations à gcc...
Marsh Posté le 05-02-2003 à 22:34:49
udok a écrit : j'avais entendu dire que kde y gagnait beaucoup ... mais j'avoue j'y connais rien là dedans |
C'est pour ça que le KDE de Debian ou de Mandrake va plus vite que celui de Gentoo ? Ahahahahahahaa...
Le problème avec la bureautique, ce n'est pas le code, ce sont les accès disque et les initialisations. C'est pour ça que le prelinking fait gagner beaucoup, et c'est aussi pour ça que mon Athlon 700 est généralement plus rapide que le p4 du boulot : c'est une question d'accès disque, la vitesse d'exécution n'est pas le facteur limitant.
Marsh Posté le 05-02-2003 à 22:39:57
Jar Jar a écrit : C'est pour ça que le KDE de Debian ou de Mandrake va plus vite que celui de Gentoo ? Ahahahahahahaa... |
j'ai entendu parlé de ce prelinking mais j'ai pas compris ce que ça fait en fait ?
Marsh Posté le 05-02-2003 à 22:46:10
Le Sot Zi a écrit : emerge ne te convient pas ? |
non, j'ai pas envie de tout recompiler non plus
d'ailleurs, la raison premiere qui me faisait vouloir compiler c'est l'inexistance de paquet pour sid, mais ça arrive
par contre je comprends pas, j'ai un pb de dépendances :
quand j'essaie d'install qt3-mt, il veut me virer qt3-mt-dev
ah je sais : j'ai deux sources pour le même fichier, et ils se font la gueule parce qu'ils veulent chacun une version précise non satisfaite ...
Marsh Posté le 05-02-2003 à 22:50:28
udok a écrit : j'ai entendu parlé de ce prelinking mais j'ai pas compris ce que ça fait en fait ? |
C'est un peu compliqué à expliquer comme ça. C'est lié au fonctionnement des bibliothèques partagées.
Marsh Posté le 05-02-2003 à 22:54:01
Jar Jar a écrit : C'est un peu compliqué à expliquer comme ça. C'est lié au fonctionnement des bibliothèques partagées. |
si tu as un lien, je suis preneur
sinon, je chercherais mais un autre jour, faut que je mange là
Marsh Posté le 05-02-2003 à 23:39:13
udok a écrit : |
http://www.debianplanet.org/
Dès aujourd'hui, ils apparaissent dans SID
Peut-être que certains serveurs les ont déjà?
Marsh Posté le 06-02-2003 à 00:32:48
El_ShAmAn___ a écrit : |
merci, je connaissais même pas
enfin si je connaissais mais j'avais oublié son existence
bon, je vois que gnome 2.2 est releasé aussi ... j'espère qu'ils ont corrigé le bug dans gdm
Marsh Posté le 06-02-2003 à 01:41:58
udok a écrit : |
Quel bug dans GDM?
D'ailleurs, ce n'est toujours pas le 2
Et puis, je ne vois pas ce qu'apporte GNOME2.2 par rapport à 2.0!
Marsh Posté le 06-02-2003 à 02:06:19
El_ShAmAn___ a écrit : |
25 jours, sévérité importante :
http://bugs.debian.org/cgi-bin/bug [...] bug=176212
toujours pas résolu ... et encore il y en a qui sont encore plus long .... enfin j'aimais gdm parce que j'avais vu des screenshot vraiment sympa , mais peut-être que kdm fait aussi bien
j'installe kde là
sans recompiler
Marsh Posté le 06-02-2003 à 02:09:33
merdeee ... y-a juste kdelibs là
bon bah on va attendre un tit peu alors
Marsh Posté le 06-02-2003 à 05:33:48
bon, j'ai rajouté une source et j'ai pu installer à peu près tout ce dont j'ai besoin
et ça marche du feu de dieu
pas besoin de recompiler ... la claque qu'il prend gnome sur ce coup là (avis perso)
j'arrive pas à le croire ... en plus c'est beau, on ne peut plus ergonomique ... bref, rien à redire, si ce n'est 2 détails :
- mon mozilla qui ne merdait plus se remet à jigoter quand je tappe un post ... (mais les améliorations de konqueror sont impressionnantes à tel point que je me demande si je vais continuer avec mozilla ). Je crois que c'est un pb de fonts.
- et surtout : quand je me délogue, kdm se sent obliger de redémarrer à chaque fois, et il met 3 plombs (un peu embetant, surtout quand on voit comment ça trace à coté ...)
Marsh Posté le 06-02-2003 à 10:08:56
El_ShAmAn___ a écrit : Et puis, je ne vois pas ce qu'apporte GNOME2.2 par rapport à 2.0! |
Bin il est surtout beaucoup plus rapide.
Marsh Posté le 06-02-2003 à 14:34:27
Jar Jar a écrit : Bin il est surtout beaucoup plus rapide. |
bah moi j'ai été impressioné au debut mais il m'a un peu dessus après
les menus du bureau rament par moment (d'un autre coté c'est p-t sawfish le pb sur ce coup là ), nautilus est pas une foudre de guerre, et gdmconfig ne veut pas marcher chez moi (bugreport existant depuis 26 jours)
Marsh Posté le 06-02-2003 à 14:40:55
Ah oui mais avec sawfish c'est sûr que ça puxoraize. Essaye avec metacity, tu vas voir la différence.
Marsh Posté le 06-02-2003 à 14:48:12
Jar Jar a écrit : Ah oui mais avec sawfish c'est sûr que ça puxoraize. Essaye avec metacity, tu vas voir la différence. |
bah j'aurais bien voulu là mais je bave devant kde alors je testerais ça plus tard
mais j'avoue que gnome2.2 aussi m'a impressioné
d'ailleurs j'aurais bien aimé faire marher ce con de gdmconfig parce que les greetings disponible sont vraiment sympa
Marsh Posté le 06-02-2003 à 15:16:04
udok a écrit : |
Pour configurer "GDM", tu te mets en root, dans une console, et tu tapes "gdmconfig". Je n'ai pas de problème pour le configurer!
Par contre, c'est vrai que si tu le lances à partir du menu de GNOME2, ben ça marche pas
Pour les améliorations de la vitesse de GNOME2.2 par rapport à GNOME2.0, je ne suis pas vraiment impressionné
J'ai l'impression que GNOME progresse lentement.
Le menu des programmes rame parfois, et il arrive que nautilus mouline pas mal aussi.
J'attends d'avoir KDE3.1 sur ma sid pour pouvoir bien comparer.
Marsh Posté le 06-02-2003 à 15:22:32
El_ShAmAn___ a écrit : |
bah justement c'est ce que j'ai fait (enfin d'un terminal plutot mais c'est ça que tu voulais dire j'imagine. et ça plante :
http://bugs.debian.org/cgi-bin/bug [...] bug=176212
El_ShAmAn___ a écrit : |
c'est exactement l'impression que j'en ai eu, mais il faudrait que je teste avec metacity pour être sur, un de ces 4.
El_ShAmAn___ a écrit : |
bah c'est justement ce que j'utilise là
Marsh Posté le 21-04-2003 à 02:34:45
Jar Jar a écrit : Ces paquets n'ont rien à gagner des nouvelles instructions puisqu'ils n'utilisent pas de code assembleur. |
t'es sur de ça ? c'est bizarre, il faut absoluement du code assembleur pour que ça optimise ? le code machine générée par gcc ne suffit pas pour que le proc puisse en tiré parti ?
Marsh Posté le 21-04-2003 à 04:05:43
udok a écrit : t'es sur de ça ? c'est bizarre, il faut absoluement du code assembleur pour que ça optimise ? le code machine générée par gcc ne suffit pas pour que le proc puisse en tiré parti ? |
Si, mais la différence est en général tout à fait minime, vu que le processeur refait des optimisations à sa sauce après coup.
Marsh Posté le 04-02-2003 à 23:36:52
j'aimerais recompiler quelque package de ma debian mais je voudrais avoir des optimisations
apt-get source --compile n'optimise pas
apt-source build non plus
donc je me demandais quelle pourrait être la meilleur solution pour optimiser la compilation
j'ai trouvé apt-build mais le man dit qu'il reste encore pas mal de bug
on m'a conseillé pentium-builder mais je connaissais pas
sinon j'avais pensé au variable d'environnement mais on m'a fait remarquer à juste titre que ça peut être écraser par la config des makefile des packages debian
solution utlime :
alias gcc=gcc -march=athlon-4 -02 -fomit-frame-pointer ...
mais je me demande si c'est pas un peu bourrin ...
un tit conseil please
---------------
Non au projet de loi DADVSI ! (droits d'auteurs)