RE: [gentoo-user-fr] [Kde] emerge de plus de 24 heures...
6 réponses
CARUANA J-P Ext ROSI/SIFAC
> time emerge -pv apache
>=20
> Va te donner le temps que ca pris pour =E9x=E9cuter la commande=20
> "emerge -pv apache".
ca n'a donc rien =E0 voir avec le temps de compilation !
par contre, il est vrai qu'on pourrait imaginer un temps de compilation =
"a la louche" par rapport =E0 un temps de comilation de r=E9f=E9rence, =
tel LFS : on sait ainsi que pour compiler KDE, il faut x fois le temps =
de compil de Xorg, et y foix celui de bash (par exemple)
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Sebastien Vincent
CARUANA J-P Ext ROSI/SIFAC wrote:
time emerge -pv apache
Va te donner le temps que ca pris pour éxécuter la commande "emerge -pv apache".
ca n'a donc rien à voir avec le temps de compilation ! par contre, il est vrai qu'on pourrait imaginer un temps de compilation "a la louche" par rapport à un temps de comilation de référence, tel LFS : on sait ainsi que pour compiler KDE, il faut x fois le temps de compil de Xorg, et y foix celui de bash (par exemple)
Exactement ce que j'étais en train de me dire :) Ce serais une très bonne référence (grosso modo)
Amicalement,
Seb :)
-- mailing list
CARUANA J-P Ext ROSI/SIFAC wrote:
time emerge -pv apache
Va te donner le temps que ca pris pour éxécuter la commande
"emerge -pv apache".
ca n'a donc rien à voir avec le temps de compilation !
par contre, il est vrai qu'on pourrait imaginer un temps de compilation "a la louche" par rapport à un temps de comilation de référence, tel LFS : on sait ainsi que pour compiler KDE, il faut x fois le temps de compil de Xorg, et y foix celui de bash (par exemple)
Exactement ce que j'étais en train de me dire :)
Ce serais une très bonne référence (grosso modo)
Va te donner le temps que ca pris pour éxécuter la commande "emerge -pv apache".
ca n'a donc rien à voir avec le temps de compilation ! par contre, il est vrai qu'on pourrait imaginer un temps de compilation "a la louche" par rapport à un temps de comilation de référence, tel LFS : on sait ainsi que pour compiler KDE, il faut x fois le temps de compil de Xorg, et y foix celui de bash (par exemple)
Exactement ce que j'étais en train de me dire :) Ce serais une très bonne référence (grosso modo)
Amicalement,
Seb :)
-- mailing list
Stéphan BERNARD
Bonjour la liste,
Pendant la lecture du fil de discussion sur le temps de compilation de kde, mon portable (P3-800Mhz) était en train de compiler kde, compilation lancée depuis quelques 12h, interruptions déduites.
Du coup, disposant de deux P4-2,8G en HT (donc quasi bi-pros) j'ai eu envie de tester distcc.
- Les trois machines ont la même version de gcc (3xgentoo à jour) - j'ai emergé distcc (sur les trois) - j'ai mis MAKEOPTS="-j6" (5 processeurs, testé aussi avec -j10) sur les trois - j'ai mis (toujours sur les trois machines) FEATURES="distcc ccache" - j'ai fait un distcc-config -set-jesaisplusquoi "machinelocale machine2 machine3", sur les trois, bien sûr. - j'ai démarré /etc/init.d/distccd sur les trois machines après un env-update && source /etc/profile - j'ai relancé emerge -vuD world sur le portable après le emerge rsync.
Problème : mon distccmon-gnome est vierge sur les trois machines. Qu'ai-je oublié ? Une idée ? Merci d'avance. -- Stéphan BERNARD
-- mailing list
Bonjour la liste,
Pendant la lecture du fil de discussion sur le temps de
compilation de kde, mon portable (P3-800Mhz) était en train de
compiler kde, compilation lancée depuis quelques 12h,
interruptions déduites.
Du coup, disposant de deux P4-2,8G en HT (donc quasi bi-pros)
j'ai eu envie de tester distcc.
- Les trois machines ont la même version de gcc (3xgentoo à jour)
- j'ai emergé distcc (sur les trois)
- j'ai mis MAKEOPTS="-j6" (5 processeurs, testé aussi avec -j10)
sur les trois
- j'ai mis (toujours sur les trois machines) FEATURES="distcc ccache"
- j'ai fait un distcc-config -set-jesaisplusquoi "machinelocale
machine2 machine3", sur les trois, bien sûr.
- j'ai démarré /etc/init.d/distccd sur les trois machines après
un env-update && source /etc/profile
- j'ai relancé emerge -vuD world sur le portable après le emerge
rsync.
Problème : mon distccmon-gnome est vierge sur les trois machines.
Qu'ai-je oublié ? Une idée ? Merci d'avance.
--
Stéphan BERNARD
Pendant la lecture du fil de discussion sur le temps de compilation de kde, mon portable (P3-800Mhz) était en train de compiler kde, compilation lancée depuis quelques 12h, interruptions déduites.
Du coup, disposant de deux P4-2,8G en HT (donc quasi bi-pros) j'ai eu envie de tester distcc.
- Les trois machines ont la même version de gcc (3xgentoo à jour) - j'ai emergé distcc (sur les trois) - j'ai mis MAKEOPTS="-j6" (5 processeurs, testé aussi avec -j10) sur les trois - j'ai mis (toujours sur les trois machines) FEATURES="distcc ccache" - j'ai fait un distcc-config -set-jesaisplusquoi "machinelocale machine2 machine3", sur les trois, bien sûr. - j'ai démarré /etc/init.d/distccd sur les trois machines après un env-update && source /etc/profile - j'ai relancé emerge -vuD world sur le portable après le emerge rsync.
Problème : mon distccmon-gnome est vierge sur les trois machines. Qu'ai-je oublié ? Une idée ? Merci d'avance. -- Stéphan BERNARD
-- mailing list
Christophe Garault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Stéphan BERNARD a écrit :
| Bonjour la liste, | | Bonjour à toi,
| | Problème : mon distccmon-gnome est vierge sur les trois machines. | Qu'ai-je oublié ? Une idée ? Merci d'avance.
As-tu initialisé ton cache?
# ccache -s cache hit 6313 cache miss 55797 called for link 5882 multiple source files 120 compile failed 1619 preprocessor error 1250 not a C/C++ file 2908 autoconf compile/link 18735 unsupported compiler option 1182 no input file 2075 files in cache 111594 cache size 752.3 Mbytes max cache size 2.0 Gbytes
Sinon # ccache -M 2G (de tête, faire un man ccache avant bien sur)
- -- Christophe -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
En fait, entre-temps, j'ai à peu près résolu le problème : j'avais tout simplement oublié de définir DISTCC_DIR=/var/tmp/portage/.distcc avant de lancer distcc-gnome.
Maintenenat, sur le portable, ce n'est plus le calme plat, mais on ne peut pas dire que les P4 soient surchargés de travail. En gros, le portable passe du temps à en donner (du travail), mais n'abandonne pas pour autant ses propres compilations pour se consacrer quasi-exclusivement à la distribution comme il aurait tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le gain de temps est décevant. On verra à l'usage (si kdepim se termine dans la journée - il était démarré depuis longtemps lorsque je l'ai lancé) !
Stéphan BERNARD
Christophe Garault wrote:
Stéphan BERNARD a écrit :
| Bonjour la liste, | | Bonjour à toi,
| | Problème : mon distccmon-gnome est vierge sur les trois machines. | Qu'ai-je oublié ? Une idée ? Merci d'avance.
As-tu initialisé ton cache?
# ccache -s cache hit 6313 cache miss 55797 called for link 5882 multiple source files 120 compile failed 1619 preprocessor error 1250 not a C/C++ file 2908 autoconf compile/link 18735 unsupported compiler option 1182 no input file 2075 files in cache 111594 cache size 752.3 Mbytes max cache size 2.0 Gbytes
Sinon # ccache -M 2G (de tête, faire un man ccache avant bien sur)
-- Christophe
-- mailing list
-- mailing list
Oui, l'initialisation du cache était faite.
En fait, entre-temps, j'ai à peu près résolu le problème :
j'avais tout simplement oublié de définir
DISTCC_DIR=/var/tmp/portage/.distcc avant de lancer distcc-gnome.
Maintenenat, sur le portable, ce n'est plus le calme plat, mais
on ne peut pas dire que les P4 soient surchargés de travail. En
gros, le portable passe du temps à en donner (du travail), mais
n'abandonne pas pour autant ses propres compilations pour se
consacrer quasi-exclusivement à la distribution comme il aurait
tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le
gain de temps est décevant. On verra à l'usage (si kdepim se
termine dans la journée - il était démarré depuis longtemps
lorsque je l'ai lancé) !
Stéphan BERNARD
Christophe Garault wrote:
Stéphan BERNARD a écrit :
| Bonjour la liste,
|
|
Bonjour à toi,
|
| Problème : mon distccmon-gnome est vierge sur les trois machines.
| Qu'ai-je oublié ? Une idée ? Merci d'avance.
As-tu initialisé ton cache?
# ccache -s
cache hit 6313
cache miss 55797
called for link 5882
multiple source files 120
compile failed 1619
preprocessor error 1250
not a C/C++ file 2908
autoconf compile/link 18735
unsupported compiler option 1182
no input file 2075
files in cache 111594
cache size 752.3 Mbytes
max cache size 2.0 Gbytes
Sinon
# ccache -M 2G (de tête, faire un man ccache avant bien sur)
En fait, entre-temps, j'ai à peu près résolu le problème : j'avais tout simplement oublié de définir DISTCC_DIR=/var/tmp/portage/.distcc avant de lancer distcc-gnome.
Maintenenat, sur le portable, ce n'est plus le calme plat, mais on ne peut pas dire que les P4 soient surchargés de travail. En gros, le portable passe du temps à en donner (du travail), mais n'abandonne pas pour autant ses propres compilations pour se consacrer quasi-exclusivement à la distribution comme il aurait tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le gain de temps est décevant. On verra à l'usage (si kdepim se termine dans la journée - il était démarré depuis longtemps lorsque je l'ai lancé) !
Stéphan BERNARD
Christophe Garault wrote:
Stéphan BERNARD a écrit :
| Bonjour la liste, | | Bonjour à toi,
| | Problème : mon distccmon-gnome est vierge sur les trois machines. | Qu'ai-je oublié ? Une idée ? Merci d'avance.
As-tu initialisé ton cache?
# ccache -s cache hit 6313 cache miss 55797 called for link 5882 multiple source files 120 compile failed 1619 preprocessor error 1250 not a C/C++ file 2908 autoconf compile/link 18735 unsupported compiler option 1182 no input file 2075 files in cache 111594 cache size 752.3 Mbytes max cache size 2.0 Gbytes
Sinon # ccache -M 2G (de tête, faire un man ccache avant bien sur)
-- Christophe
-- mailing list
-- mailing list
Yoann Pannier
Stéphan BERNARD wrote:
Maintenenat, sur le portable, ce n'est plus le calme plat, mais on ne peut pas dire que les P4 soient surchargés de travail. En gros, le portable passe du temps à en donner (du travail), mais n'abandonne pas pour autant ses propres compilations pour se consacrer quasi-exclusivement à la distribution comme il aurait tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le gain de temps est décevant. On verra à l'usage (si kdepim se termine dans la journée - il était démarré depuis longtemps lorsque je l'ai lancé) !
La clé je pense est l'utilisation de '/x' pour indiquer le nombre maximum de compilation pouvant être demandées à une machine donnée.
Tu peux aussi essayer de supprimer purement et simplement localhost de la conf (les ./configure seront plus long), ou bien de le mettre à la fin, pour lui donner une priorité inferieur dans la distribution des compilations.
A propos de ccache, si la taille de ton cache n'est pas 2Go, il faut l'indiquer dans make.conf, autrement portage le remet a 2Go tout le temps (la dernière fois que j'ai regardé...).
$ grep CACHE /etc/make.conf CCACHE_SIZE="4G"
ps: ',lzo', c'est pour compresser les echanges (sur un réseau sans fil par exemple).
-- Yoann Pannier
-- mailing list
Stéphan BERNARD wrote:
Maintenenat, sur le portable, ce n'est plus le calme plat, mais on ne
peut pas dire que les P4 soient surchargés de travail. En gros, le
portable passe du temps à en donner (du travail), mais n'abandonne pas
pour autant ses propres compilations pour se consacrer
quasi-exclusivement à la distribution comme il aurait tout intérêt à le
faire. Réflexion faite, ça se comprend. Mais le gain de temps est
décevant. On verra à l'usage (si kdepim se termine dans la journée - il
était démarré depuis longtemps lorsque je l'ai lancé) !
La clé je pense est l'utilisation de '/x' pour indiquer le nombre
maximum de compilation pouvant être demandées à une machine donnée.
Tu peux aussi essayer de supprimer purement et simplement localhost de
la conf (les ./configure seront plus long), ou bien de le mettre à la
fin, pour lui donner une priorité inferieur dans la distribution des
compilations.
A propos de ccache, si la taille de ton cache n'est pas 2Go, il faut
l'indiquer dans make.conf, autrement portage le remet a 2Go tout le
temps (la dernière fois que j'ai regardé...).
$ grep CACHE /etc/make.conf
CCACHE_SIZE="4G"
ps: ',lzo', c'est pour compresser les echanges (sur un réseau sans fil
par exemple).
Maintenenat, sur le portable, ce n'est plus le calme plat, mais on ne peut pas dire que les P4 soient surchargés de travail. En gros, le portable passe du temps à en donner (du travail), mais n'abandonne pas pour autant ses propres compilations pour se consacrer quasi-exclusivement à la distribution comme il aurait tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le gain de temps est décevant. On verra à l'usage (si kdepim se termine dans la journée - il était démarré depuis longtemps lorsque je l'ai lancé) !
La clé je pense est l'utilisation de '/x' pour indiquer le nombre maximum de compilation pouvant être demandées à une machine donnée.
Tu peux aussi essayer de supprimer purement et simplement localhost de la conf (les ./configure seront plus long), ou bien de le mettre à la fin, pour lui donner une priorité inferieur dans la distribution des compilations.
A propos de ccache, si la taille de ton cache n'est pas 2Go, il faut l'indiquer dans make.conf, autrement portage le remet a 2Go tout le temps (la dernière fois que j'ai regardé...).
$ grep CACHE /etc/make.conf CCACHE_SIZE="4G"
ps: ',lzo', c'est pour compresser les echanges (sur un réseau sans fil par exemple).
-- Yoann Pannier
-- mailing list
Christophe Garault
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Stéphan BERNARD a écrit :
| on ne peut pas dire que les P4 soient surchargés de travail. En | gros, le portable passe du temps à en donner (du travail), mais | n'abandonne pas pour autant ses propres compilations pour se | consacrer quasi-exclusivement à la distribution comme il aurait | tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le | gain de temps est décevant. On verra à l'usage (si kdepim se | termine dans la journée - il était démarré depuis longtemps lorsque | je l'ai lancé) ! | Bonsoir,
Ce que tu dis est très interessant. J'ai il y a quelques années mis au point un système de distribution de jobs (SQL surtout) sur plusieurs serveurs afin de les mutualiser pour plusieurs projets. J'ai rencontré la même problématique à savoir le temps que passe le serveur maitre à bosser ou a distribuer le travail mais aussi à le récupérer... Je pense qu'il faudrait une modélisation mathématique assez complexe pour représenter celà. Les crédits de mon projet n'étaient pas illimités et j'ai dû me résoudre à le laisser en l'état c'est à dire non parfaitement optimisé. :-( Concernant distcc et ccache je pense qu'il doit y avoir aussi pas mal de tuning à faire avant d'arriver à des résultats satisfaisants. J'ai pas mal de choses en cours, mais je tenterai bien de voir ce que celà peut donner avec 5 ou 6 machines. Bientôt la suite je l'espère...
- -- Christophe Garault -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
| on ne peut pas dire que les P4 soient surchargés de travail. En
| gros, le portable passe du temps à en donner (du travail), mais
| n'abandonne pas pour autant ses propres compilations pour se
| consacrer quasi-exclusivement à la distribution comme il aurait
| tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le
| gain de temps est décevant. On verra à l'usage (si kdepim se
| termine dans la journée - il était démarré depuis longtemps lorsque
| je l'ai lancé) !
|
Bonsoir,
Ce que tu dis est très interessant. J'ai il y a quelques années mis au
point un système de
distribution de jobs (SQL surtout) sur plusieurs serveurs afin de les
mutualiser pour
plusieurs projets. J'ai rencontré la même problématique à savoir le
temps que passe le
serveur maitre à bosser ou a distribuer le travail mais aussi à le
récupérer...
Je pense qu'il faudrait une modélisation mathématique assez complexe
pour représenter
celà. Les crédits de mon projet n'étaient pas illimités et j'ai dû me
résoudre à le laisser
en l'état c'est à dire non parfaitement optimisé. :-(
Concernant distcc et ccache je pense qu'il doit y avoir aussi pas mal
de tuning à faire
avant d'arriver à des résultats satisfaisants. J'ai pas mal de choses
en cours, mais je
tenterai bien de voir ce que celà peut donner avec 5 ou 6 machines.
Bientôt la suite je l'espère...
- --
Christophe Garault
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.5 (MingW32)
Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
| on ne peut pas dire que les P4 soient surchargés de travail. En | gros, le portable passe du temps à en donner (du travail), mais | n'abandonne pas pour autant ses propres compilations pour se | consacrer quasi-exclusivement à la distribution comme il aurait | tout intérêt à le faire. Réflexion faite, ça se comprend. Mais le | gain de temps est décevant. On verra à l'usage (si kdepim se | termine dans la journée - il était démarré depuis longtemps lorsque | je l'ai lancé) ! | Bonsoir,
Ce que tu dis est très interessant. J'ai il y a quelques années mis au point un système de distribution de jobs (SQL surtout) sur plusieurs serveurs afin de les mutualiser pour plusieurs projets. J'ai rencontré la même problématique à savoir le temps que passe le serveur maitre à bosser ou a distribuer le travail mais aussi à le récupérer... Je pense qu'il faudrait une modélisation mathématique assez complexe pour représenter celà. Les crédits de mon projet n'étaient pas illimités et j'ai dû me résoudre à le laisser en l'état c'est à dire non parfaitement optimisé. :-( Concernant distcc et ccache je pense qu'il doit y avoir aussi pas mal de tuning à faire avant d'arriver à des résultats satisfaisants. J'ai pas mal de choses en cours, mais je tenterai bien de voir ce que celà peut donner avec 5 ou 6 machines. Bientôt la suite je l'espère...
- -- Christophe Garault -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (MingW32) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
