Certains programmes sont relativement lourds et peuvent prendre des heures sur des machines pas très puissantes. Heureusement, il existe plusieurs solutions et l'un d'entre elles est de compiler sur plusieurs machines en parallèle.

L'installation se fera par un classique

emerge distcc

Son fichier de configuration est /etc/conf.d/distccd. Il faut s'assurer :

• qu'il accepte les requêtes provenant de toutes les machines (dans mon cas ALLOWEDNETS="192.168.0.0/24" ce qui correspond à mon réseau local) 
• qu'il écoute toutes les interfaces de la machine (il suffit d'avoir la ligne LISTENER="..." en commentaire).

Enfin, il faut que le démon soit démarré au boot

 rc-update add distccd default 

On peut évidemment le lancer à la main par un

 /etc/init.d/distccd start 

Une fois distcc installé, il faut configurer le maitre pour que les compilations se fassent en distribué. Ça se passe évidemment dans le fichier /etc/make.conf

• FEATURES="distcc" - active la compilation distribuée
• MAKEOPTS="-j4"- indique le nombre de compilations parallèles, avec num qui est le nombre maximum de participant +1.

Enfin, il faut indiquer la liste des machines participant à la compilation.

distcc-config --set-hosts " bidule.chez.moi chose.chez.moi localhost"

Actuellement, distcc ne fait pas de loadbalancing et alloue les tâches dans l'ordre de la liste fournie à distcc-config. Ici, chargera d'abord bidule, puis chose en enfin la machine locale. Si une machine n'est pas joignable, pas de problème, c'est la machine locale qui prendra le relais.

Si USE contient le flag gtk, on dispose d'un moniteur graphique : distccmon-gui. Comme son nom l'indique, il s'agit d'un monitor graphique de l'activité distcc.

Depuis un shell, on le lancera par la commande :

DISTCC_DIR="/var/tmp/portage/.distcc/" distccmon-gui &

Si c'est depuis un menu d'openbox, ça devient :

sh -c 'DISTCC_DIR="/var/tmp/portage/.distcc/" distccmon-gui'

Sous Ubuntu, le fichier de configuration est /etc/default/distcc. Il est important de vérifier :

• le réseau
• STARTDISTCC="true" pour que le démon se lance au boot (la configuration par défaut l'interdit)
• changer ou modifier la ligne LISTENER, car par défaut, elle ne concerne que le localhost ... pas génial pour participer à une compilation collaborative.
• Toujours dans ce fichier, on pourra aussi modifier la variable JOBS qui indique le nombre maximum de compilations parallèles acceptées par ce client (normalement, on s'en fout sauf que sur mon serveur qui n'a que 256 Mo de RAM, 2 compilations C++, plus son activité normale, ça fait beaucoup trop).

Un autre problème est que gcc est invoqué par son nom complet, ce qui permet entre autre de s'assurer de n'avoir que des architectures identiques ... le problème est que Ubuntu est compilé pour des 486 et gentoo pour des 686. Le maitre étant sous Gentoo, i686-linux-gnu-gcc sera cherché sans succes, vu que le compilateur est présent sous le nom i486-linux-gnu-gcc ... La solution est d'ajouter dans le /etc/make.conf du maitre les lignes suivantes :

CC='gcc'
CXX='g++'

A nouveau, c'est extrêmement important de ne pas panacher les architectures (Sparc avec Intel par exemple) car maintenant, distcc n'a aucun moyen d'appeler un cross compilateur.

Il est possible d'avoir une compilation collaborative en dehors de portage, par exemple pour compiler le kernel. Il suffit d'utiliser les lignes suivantes :

export DISTCC_HOSTS=$( cat /etc/distcc/hosts )
make CC="distcc" -j4

On n'oubliera pas non plus d'activer les options d'optimisation grâce en affectant la variable CFLAGS.

CFLAGS="-march=pentium4 -O2 -pipe -fomit-frame-pointer"

L'un des problèmes lorsque l'on est dans un environnement domestique est que toutes les machines ne sont pas forcement allumée à un instant donné. Mais grâce à Avahi, ce sont les clients eux-mêmes qui annoncent leur existence, plus besoin d'avoir une liste statique de client.

La première chose est de compiler distcc avec le USE avahi.

Ensuite, placer dans le fichier /etc/distcc/hosts

+zeroconf

• Distcc ne fait pas de loadbalancing, mais classe les machines en fonction de leur adresse IP. Pour avoir les meilleures performances, il faut donc que les machines les plus rapides aient les adresses les plus basses.
• Distcc ne sélectionnera que les machines identiques au maître : Même architecture (du x64 peut être mixé avec du x32, mais pas avec du Sparc ou de l'ARM), mais aussi même version de Gcc ... voir le chapitre suivant.
• A cause des latences ou d'une congestion du réseau, il se peut qu'Avahi ne présente aucun client. Dans ce cas, la compilation se fera en locale. Généralement, ça n'a aucun impact ... sauf dans le cas où le maitre a peu de mémoire : ça va swapper à mort !

On a tout configuré, toutes les machines ont la même architecture, mais une machine est ignorée ... c'est généralement, car elle n'a pas la même version de gcc que maître.

Pour s'en assurer, on peut utiliser le client "Avahi discovery". Les machines éligibles sont visibles dans la catégorie "Distributed Compiler" ont peu afficher leurs caractéristiques en cliquant sur leur nom. Celle qui nous intéresse ici est cc_version.