Editer un article - Informaticien.be

Editer un article

Titre
Mots Clés
Texte	[size=18] [b]Nom[/b] [/size] distcc - Compilateur C/C++/ObjC réparti [size=18] [b]Résumé[/b] [/size] [b]distcc [/b] [i]<compilateur> [OPTIONS DU COMPILATEUR] [/i] [b]distcc[/b] [i][OPTIONS DU COMPILATEUR][/i] [b]<compilateur>[/b] [i][OPTIONS DU COMPILATEUR][/i] [size=18] [b]Description[/b] [/size] distcc répartit la compilation de code C entre plusieurs machines en réseau. [i]A priori,[/i] distcc génère toujours les mêmes exécutables qu'un compilateur local ; il est simple à installer et à utiliser ; enfin il est souvent bien plus rapide qu'un compilateur local. Pour chaque tâche de la construction, distcc envoie tout le code source prétraité et les paramètres de compilation sur le réseau : les machines n'ont donc besoin ni de partager de système de fichiers, ni d'avoir les mêmes en-têtes ou bibliothèques installés, ni d'une horloge synchronisée. La compilation est pilotée par une machine « client » : typiquement la station de travail ou le portable du développeur. Le client distcc s'exécute sur cette machine, tout comme make, le préprocesseur, l'éditeur de liens et les autres étapes du processus de construction. Les machines « volontaires », sans limitation de nombre, aident le client à construire le programme en exécutant le démon [b]distccd(1),[/b] le compilateur et l'assembleur à la demande. distcc peut être exécuté soit en utilisant des sockets TCP (sur le port 3632 par défaut), soit par une commande « tunnel » telle que ssh(1). Pour utiliser les connexions TCP, les clients doivent exécuter le démon distccd(1) directement ou à partir d'inetd. Pour les connexions SSH, distcc doit être installé mais [b]ne[/b] doit [b]pas[/b] rester à l'écoute en attente de connexions. Les connexions TCP ne doivent être utilisées que sur un réseau digne de confiance, car les codes source et objet ne sont ni authentifiés ni protégés. Les connexions SSH sont typiquement plus lentes de 25 % en raison de la charge supplémentaire liée au chiffrement, bien que ce rapport varie beaucoup suivant le processeur, le réseau et le programme construit. distcc est conçu pour être utilisé avec l'option [b]-j[/b] de GNU Make, qui effectue plusieurs compilations simultanément. Puisque distcc peut répartir la plus grande partie du travail sur le réseau, le niveau de concurrence atteint est plus grand que lors d'une construction locale. On fixe normalement la valeur de l'option [b]-j[/b] à peu près au double du nombre de processeurs disponibles, afin de permettre à certaines tâches de rester bloquées en attente d'E/S disque ou réseau. distcc peut également être utilisé avec d'autres outils de contrôle de construction tels que SCons. Il est fortement recommandé d'installer la même version du compilateur sur chaque machine participant à la construction. Des compilateurs incompatibles peuvent causer des erreurs de compilation ou d'édition des liens difficiles à identifier. [size=18] [b]Démarrage rapide[/b] [/size] [table][row][col]    [/col][col]1 Sur chaque machine : téléchargez distcc, décompressez-le, et installez-le ;[/col][/row][/table] [table][row][col]    [/col][col]2 Sur chaque serveur, exécutez [b]distccd --daemon[/b] avec l'option [b]--allow[/b] pour restreindre l'accès ;[/col][/row][/table] [table][row][col]    [/col][col]3 Placez les noms des serveurs dans votre environnement :[table][row][col]    [/col][col] $ export DISTCC_HOSTS='localhost rouge vert bleu'[/col][/row][/table][/col][/row][/table] [table][row][col]    [/col][col]4 Lancez la construction ![table][row][col]    [/col][col] $ make -j8 CC=distcc[/col][/row][/table][/col][/row][/table] [size=18] [b]Fonctionnement[/b] [/size] distcc ne répartit que les tâches de compilation et d'assemblage. Le préprocesseur doit toujours s'exécuter localement car il doit accéder à divers fichiers d'en-tête sur la machine locale qui pourraient être absents ou différents sur la machine volontaire. De même, l'éditeur de liens doit examiner les bibliothèques et les fichiers objets, et doit donc s'exécuter localement. Le compilateur et l'assembleur attendent un seul fichier en entrée (le code source prétraité) et produisent un seul fichier en sortie (le fichier objet). distcc expédie ces deux fichiers sur le réseau et peut ainsi exécuter la compilation ou l'assemblage à distance. Heureusement, pour la majorité des programmes l'exécution du préprocesseur est relativement peu coûteuse et l'éditeur de liens n'est pas appelé souvent, donc la plus grande partie du travail peut être distribuée. distcc examine sa ligne de commande pour déterminer laquelle de ces phases est invoquée, et si la tâche peut être distribuée. [size=18] [b]Options[/b] [/size] La plupart des options passées à distcc sont interprétées comme des options du compilateur. Deux options sont comprises par distcc lui-même : [b]--help[/b] [table][row][col]    [/col][col]Affiche un résumé des commandes disponibles.[/col][/row][/table] [b]--version[/b] [table][row][col]    [/col][col]Affiche la version du client distcc.[/col][/row][/table] [size=18] [b]Installation de distcc[/b] [/size] Il y a trois manières d'appeler distcc, qui correspondent à différentes circonstances :[table][row][col]    [/col][col] distcc peut être installé sous le nom du vrai compilateur, pour intercepter les appels qui y sont faits et les exécuter à distance. Ce compilateur « masqué » a la plus grande compatibilité avec les arborescences sources existantes, et convient à ceux qui veulent utiliser distcc pour toutes les compilations. L'utilisation de distcc est transparente pour les makefiles. distcc peut être utilisé comme préfixe dans les lignes de commandes, telles que « distcc cc -c hello.c » ou « CC="distcc gcc" ». Cela convient à ceux qui n'utilisent distcc que pour certaines compilations ou qui sont en train de l'essayer, mais cela peut poser des problèmes avec certains makefiles ou certaines versions de libtools qui considèrent que $CC ne contient pas d'espace. Enfin, distcc peut être utilisé directement comme compilateur. « cc » est toujours utilisé comme nom du vrai compilateur dans ce mode « implicite ». Cela peut convenir pour une utilisation interactive quand le mode « explicite » ne fonctionne pas, mais ce n'est pas recommandé aux nouveaux utilisateurs.[/col][/row][/table] Gardez à l'esprit que vous ne devez utiliser qu'une seule méthode à la fois pour appeler distcc. Si vous utilisez un répertoire de masquage, ne changez pas CC ou CXX : indiquez simplement le répertoire vers le début de votre chemin de recherche (« PATH »). Si vous n'utilisez pas de répertoire de masquage, vous devrez soit changer CC ou CXX, soit modifier le(s) makefile(s) pour qu'il(s) appelle(nt) distcc explicitement. [size=18] [b]Masquage[/b] [/size] Le principe est de créer un « répertoire de masquage » qui contient des liens portant le nom du vrai compilateur et pointant vers l'exécutable de distcc. Ce répertoire est inséré vers le début du chemin de recherche (« PATH »), afin que les appels au compilateur soient interceptés et que distcc soit exécuté à sa place. distcc se retire alors lui-même du chemin de recherche et trouve le vrai compilateur. Par exemple : [table][row][col]    [/col][col] .nf # mkdir /usr/lib/distcc/bin # cd /usr/lib/distcc/bin # ln -s ../../../bin/distcc gcc # ln -s ../../../bin/distcc cc # ln -s ../../../bin/distcc g++ # ln -s ../../../bin/distcc c++ .fi [/col][/row][/table] Ainsi, pour utiliser distcc, un utilisateur doit simplement placer le répertoire /usr/lib/distcc/bin vers le début du chemin de recherche, et fixer une liste d'hôtes dans DISTCC_HOSTS ou dans un fichier. distcc se charge du reste. Notez que le répertoire de masquage doit se trouver dans le chemin de recherche avant le répertoire contenant le compilateur dont il porte le nom. De plus, tous les programmes auxiliaires que ce compilateur utilise (tels que as ou ld) doivent également se trouver dans un répertoire cité après le répertoire de masquage dans le chemin de recherche. En effet, distcc appelle le vrai compilateur avec un chemin de recherche dont sont retirés tous les répertoires jusqu'au répertoire de masquage inclus. Il est possible de rencontrer une « erreur de récursion » dans le mode masqué, ce qui signifie que distcc se trouve lui-même plutôt que de trouver le vrai compilateur. Cela peut indiquer que deux répertoires de masquage sont indiqués dans le chemin de recherche, peut-être à cause de l'installation de distcc à deux emplacements différents. Cela peut également indiquer que vous tentez de mélanger le mode « masqué » et le mode « explicite ». [size=18] [b]Utilisation de distcc avec ccache[/b] [/size] ccache est un programme qui accélère la construction des logiciels en conservant en cache le résultat des compilations. ccache est normalement appelé avant distcc, afin que les résultats soient tirés d'un cache normal. Le moyen le plus simple d'utiliser ccache avec distcc est de créer un répertoire de masquage pour chacun d'eux, et de lister le répertoire de ccache avant celui de distcc. Par exemple :[table][row][col]    [/col][col] [b]PATH=/usr/lib/ccache/bin:/usr/lib/distcc/bin:/usr/bin:/bin[/b][/col][/row][/table] Une autre solution consiste à fixer [b]CCACHE_PREFIX=distcc[/b] et à utiliser [b]CC=ccache gcc[/b] &. Depuis la version 2.2, ccache ne conserve plus la compilation des sources prétraités, donc il ne trouvera jamais de correspondance dans le cache s'il est exécuté depuis distccd ou distcc. Il ne doit être exécuté que sur le client et avant distcc pour être efficace. [size=18] [b]SpÉcifications dhÔtes[/b] [/size] Une « liste d'hôtes » indique à distcc quelles machines utiliser pour la compilation. distcc consulte, dans l'ordre : la variable d'environnement [b]$DISTCC_HOSTS ;[/b] le fichier [b]~/.distcc/hosts[/b] de l'utilisateur ; puis le fichier d'hôtes du système. Si distcc ne trouve aucune liste d'hôtes, il émet un avertissement et effectue les compilations localement. La liste d'hôtes est une simple énumération de spécifications d'hôtes séparées par des espaces. La forme la plus simple et la plus courante est l'énumération de noms d'hôtes, telle que [table][row][col]    [/col][col] [b]localhost rouge vert bleu[/b][/col][/row][/table] distcc accorde une préférence aux hôtes cités en début de liste, aussi les machines doivent être citées par ordre décroissant de vitesse. En particulier, lorsqu'une seule compilation doit être exécutée (par exemple depuis un script « configure »), la première machine de la liste est utilisée. Du fait de la faible surcharge entraînée par l'exécution des tâches locales, localhost doit normalement être la première. Si le client est largement plus lent que les autres machines (cas d'un ordinateur de poche par exemple), on peut le citer plus loin dans la liste, voire pas du tout. La syntaxe est : .nf DISTCC_HOSTS = SPEC_HÔTE ... HOSTSPEC = HÔTE_LOCAL \| HÔTE_SSH \| HÔTE_TCP \| HÔTE_TCP_ANCIENSTYLE LOCAL_HOST = localhost[/LIMITE] SSH_HOST = [UTILISATEUR]@IDHÔTE[/LIMITE][:COMMANDE][OPTIONS] TCP_HOST = IDHÔTE[:PORT][/LIMITE][OPTIONS] OLDSTYLE_TCP_HOST = IDHÔTE[/LIMITE][:PORT][OPTIONS] HOSTID = NOMHÔTE \| IPV4 OPTIONS = ,OPTION[OPTIONS] OPTION = lzo .fi Voici quelques exemples de cette syntaxe : [b]localhost[/b] [table][row][col]    [/col][col]Le mot réservé « localhost » est interprété spécifiquement et impose que les compilations soient exécutées directement, plutôt que d'être passées au démon sur la machine locale. Si vous désirez effectivement vous connecter au démon de la machine locale pour effectuer des tests (ce qui sera plus lent), indiquez l'adresse IP de la machine ou son véritable nom d'hôte.[/col][/row][/table] [b]IPV4[/b] [table][row][col]    [/col][col]Une adresse IPv4 littérale, telle que [b]10.0.0.1[/b][/col][/row][/table] [b]NOMHÔTE[/b] [table][row][col]    [/col][col]Un nom d'hôte qui sera résolu par le serveur de noms.[/col][/row][/table] [b]:PORT[/b] [table][row][col]    [/col][col]Établit la connexion au port indiqué en décimal, plutôt qu'au port par défaut 3632.[/col][/row][/table] [b]@HOTID[/b] [table][row][col]    [/col][col]Établit la connexion sur SSH plutôt que sur TCP. Les options concernant la connexion SSH peuvent être fixées dans [b]~/.ssh/config[/b][/col][/row][/table] [b]UTILISATEUR@[/b] [table][row][col]    [/col][col]Établit la connexion sur SSH sous le nom d'utilisateur indiqué.[/col][/row][/table] [b]:COMMANDE [/b] [table][row][col]    [/col][col]Établit la connexion sur SSH, et utilise le chemin indiqué pour trouver le serveur distccd. Ce n'est normalement nécessaire que si vous ne pouvez pas installer distccd dans un répertoire du chemin de recherche (« PATH ») des connexions SSH. Utilisez cette option si vous rencontrez des erreurs du type « distccd : commande introuvable » en mode SSH.[/col][/row][/table] [b]/LIMITE[/b] [table][row][col]    [/col][col]Une limite décimale peut être ajoutée à chaque spécification d'hôte afin de restreindre le nombre de tâches que le client enverra à cette machine. Cette limite est fixée par défaut à quatre tâches par hôte, mais peut être encore réduite par le serveur. Vous ne devriez avoir à augmenter cette valeur que pour les serveurs dotés de plus de deux processeurs.[/col][/row][/table] [b],lzo[/b] [table][row][col]    [/col][col]Active la compression LZO pour cet hôte TCP ou SSH.[/col][/row][/table] Voici un exemple illustrant certaines de ces possibilités : [table][row][col]    [/col][col] [b]localhost/2 @grosbras/16:/opt/bin/distccd viellemachine:4200/1 distant/3,lzo[/b][/col][/row][/table] Si un hôte de la liste n'est pas joignable distcc émet un avertissement et ignore cet hôte pendant environ une minute. [size=18] [b]Compression[/b] [/size] L'option d'hôte [b]lzo [/b] indique que la compression LZO doit être utilisée pour les transferts de données : code source prétraité, code objet et messages d'erreur. La compression est généralement économique sur les réseaux dont le débit est inférieur à 100 Mb/s, mais les résultats peuvent varier selon le réseau, les processeurs et l'arborescence source. Activer la compression fait consommer plus de temps CPU par distcc, mais moins de trafic réseau. Le taux de compression est typiquement de 4/1 pour le code source et 2/1 pour le code objet. L'utilisation de la compression exige que le client et le serveur utilisent tous deux la version 2.9 de distcc ou une version plus récente. Aucune configuration du serveur n'est nécessaire : le serveur répond toujours à des requêtes compressées par des réponses compressées. [size=18] [b]Diagnostic[/b] [/size] Les messages d'erreur ou les avertissements des compilateurs locaux ou distants sont transférés à la sortie de diagnostic du client. distcc peut fournir des informations de débogage détaillées si l'option « verbose » est employée. On la contrôle grâce à la variable d'environnement [b]DISTCC_VERBOSE[/b] sur le client, et grâce à l'option [b]--verbose[/b] sur le serveur. Pour corriger les erreurs, vous devez examiner aussi bien les messages du client que ceux des serveurs. [size=18] [b]Codes de sortie[/b] [/size] Le code de sortie de distcc est normalement celui du compilateur : zéro pour une compilation menée à bien, non nul sinon. distcc distingue les erreurs « authentiques », telles que les erreurs de syntaxe dans le code source, des erreurs « accidentelles », telles que les problèmes de réseau rencontrés lors de la connexion à une machine volontaire. Dans le cas d'une erreur accidentelle, distcc réessayera la connexion en local à moins que l'option DISTCC_FALLBACK n'ait été désactivée. Si le compilateur se termine avec un signal, distcc retourne un code de sortie égal à 128 plus le numéro du signal. Les erreurs internes de distcc provoquent des codes de sortie entre 100 et 127. En particulier : [table][row][col]    [/col][col]100 Échec général de distcc ;[/col][/row][/table] [table][row][col]    [/col][col]105 Mémoire saturée ;[/col][/row][/table] [table][row][col]    [/col][col]110 Compilateur introuvable ;[/col][/row][/table] [table][row][col]    [/col][col]111 Appel récursif à distcc ;[/col][/row][/table] [table][row][col]    [/col][col]116 Aucun hôte défini et repli (« fallback ») désactivé.[/col][/row][/table] (D'autres codes d'erreur sont listés dans exitcode.h) [size=18] [b]Fichiers[/b] [/size] Si $DISTCC_HOSTS n'est pas défini, distcc lit une liste d'hôtes soit dans [b]~/.distcc/hosts ,[/b] soit dans un fichier système défini lors de sa compilation. L'emplacement de ce fichier est affiché parmi les informations données par [b]distcc --help[/b] distcc crée un certain nombre de fichiers temporaires et de fichiers de verrouillage dans le répertoire temporaire. [size=18] [b]Variables denvironnement[/b] [/size] Le comportement de distcc est contrôlé par un certain nombre de variables d'environnement. Dans la plupart des cas, rien n'a besoin d'être défini si la liste d'hôtes est stockée dans un fichier. [b]DISTCC_HOSTS[/b] [table][row][col]    [/col][col]Liste de spécifications d'hôtes, séparées par des espaces.[/col][/row][/table] [b]DISTCC_VERBOSE[/b] [table][row][col]    [/col][col]Si cette valeur est fixée à 1, distcc produit un message d'explication sur le flux d'erreur standard ou dans le fichier-journal. Cela peut être utile face à des problèmes de débogage. Les rapports de bogue doivent contenir ce type de message.[/col][/row][/table] [b]DISTCC_LOG[/b] [table][row][col]    [/col][col]Fichier-journal destiné à recevoir les messages de distcc lui-même à la place de stderr.[/col][/row][/table] [b]DISTCC_FALLBACK[/b] [table][row][col]    [/col][col]Par défaut, distcc exécute les compilations en local s'il ne parvient pas à distribuer les tâches correspondantes aux machines voulues, ou si aucun hôte n'est trouvable. Si cette valeur est fixée à 0, le repli (« fallback ») est désactivé et ces compilations sont simplement abandonnées. Notez que cela n'affecte pas les tâches qui doivent toujours s'exécuter en local telles que l'édition des liens.[/col][/row][/table] [b]DISTCC_SAVE_TEMPS[/b] [table][row][col]    [/col][col]Si cette valeur est fixée à 1, les fichiers temporaires sont conservés après utilisation. Utile pour le débogage, ou si vous avez trop de place sur vos disques.[/col][/row][/table] [b]DISTCC_TCP_CORK[/b] [table][row][col]    [/col][col]Si cette valeur est fixée à 0, désactive l'utilisation des « bouchons TCP » (« TCP corks »). L'utilisation des bouchons TCP permet de regrouper plusieurs requêtes en un nombre réduit de paquets, ce qui améliore les performances. Elle devrait rester activée.[/col][/row][/table] [b]DISTCC_SSH[/b] [table][row][col]    [/col][col]Précise la commande à utiliser pour ouvrir une connexion SSH. La valeur par défaut est « ssh » mais elle peut être fixée à une autre commande de connexion telle que « lsh » ou « tsocks-ssh », qui acceptent des lignes de commandes similaires. La commande n'est pas scindée en mots et n'est pas exécutée à travers l'interpréteur de commande (« shell »).[/col][/row][/table] [b]TMPDIR[/b] [table][row][col]    [/col][col]Répertoire temporaire du système. distcc crée un sous-répertoire dont le nom comprend le nom d'hôte et l'identifiant de l'utilisateur pour y stocker tous ses fichiers. Par défaut, /tmp/ est utilisé.[/col][/row][/table] [b]UNCACHED_ERR_FD[/b] [table][row][col]    [/col][col]Lorsque cette variable est définie et que DISTCC_LOG n'est pas définie, les erreurs rencontrées par distcc sont inscrites dans le descripteur de fichier identifié par cette variable. Cette option permet aux erreurs passagères telles que les erreurs liées au réseau de ne pas être placées en cache par ccache.[/col][/row][/table] [size=18] [b]Compilation croisÉe[/b] [/size] Effectuer une compilation croisée consiste à construire un programme destiné à s'exécuter sur un autre processeur, une autre architecture, ou un autre système d'exploitation que ceux sur lequel il a été compilé. distcc accepte la compilation croisée, y compris l'utilisation de machines d'architectures différentes, bien que certains changements aux lignes de commandes de compilation puissent être nécessaires. La commande de compilation passée à distcc doit être apte à s'exécuter correctement sur chacune des machines volontaires pour produire un fichier objet du type approprié. Si les machines ont des processeurs différents, la simple utilisation de [b]distcc cc[/b] ne fonctionnera probablement pas, car cela lancera normalement le compilateur natif de la machine volontaire. Des machines ayant le même processeur mais des systèmes d'exploitation différents ne génèrent pas nécessairement des fichiers .o compatibles. Plusieurs configurations différentes de gcc peuvent être installées côte-à-côte sur une machine. Si vous construisez gcc à partir du code source, utilisez l'option de configuration [b]--program-suffix [/b] afin qu'il soit installé sous un nom qui contienne la version de gcc et la plate-forme cible. La convention recommandée pour le nom de gcc est [i]CIBLE-gcc-VERSION[/i] (par exemple : [b]i686-linux-gcc-3.2[/b] ). GCC 3.3 s'installera de lui-même sous ce nom, en complément de [i]CIBLE-gcc[/i] et, s'il est adapté à la machine locale, de [i]gcc-VERSION [/i] et de [i]gcc[/i] &. Le compilateur doit être installé sous le même nom sur le client et sur chaque machine volontaire. [size=18] [b]Bugs[/b] [/size] Si vous pensez avoir rencontré un bogue dans distcc, merci de vous reporter au fichier [i]reporting-bugs.txt[/i] dans le répertoire de la documentation pour toute information sur la manière de le rapporter. Du fait d'une limitation de gcc, gdb peut être incapable de trouver automatiquement les fichiers sources des programmes construits en utilisant distcc dans certaines circonstances. La commande [b]directory[/b] de gdb peut être utilisée à cet effet. L'option [b]-MD [/b] de gcc peut produire une sortie dans un mauvais répertoire si les fichiers source et objet sont dans des répertoires différents et que l'option [b]-MF [/b] n'est pas utilisée. Il n'y a pas de solution parfaite en raison de changements incompatibles entre les versions de gcc. Indiquer explicitement le fichier de sortie de dépendance avec l'option [b]-MF[/b] résoudra ce problème. Le mode de connexion TCP ne doit être utilisé que sur les réseaux dignes de confiance. Inscrire des machines lentes dans la liste des machines volontaires peut ralentir la construction. Utiliser des versions de gcc différentes peut provoquer des problèmes car les fichiers d'en-tête et les interfaces binaires ont évolué, et de plus certaines distributions ont inclus des correctifs incompatibles sans changer le numéro de version. distcc n'offre aucune protection contre l'utilisation de versions incompatibles. Certains makefiles ont des dépendances manquantes ou superflues qui provoquent des constructions en parallèle incorrectes ou lentes. Réparez le makefile en corrigeant les dépendances, rapportez le bogue au responsable du logiciel, ou ne construisez pas l'arborescence en parallèle. D'autres bogues connus peuvent être documentés à l'adresse [i]http://distcc.samba.org/[/i] [size=18] [b]Auteur[/b] [/size] distcc a été écrit par Martin Pool <mbp@sourcefrog.net>, avec la coopération de nombreux érudits dont Wayne Davison, Frerich Raabe, Dimitri Papadopoulos, et d'autres cités dans le fichier NEWS. Merci de signaler les bogues à <distcc@lists.samba.org>. [size=18] [b]Licence[/b] [/size] L'utilisation de distcc est libre. Il ne peut être copié, modifié ou distribué que selon les termes de la licence publique générale GNU (GPL : « GNU General Public Licence »), version 2 ou suivantes. Une copie [NDT : en anglais] de cette licence est incluse dans le fichier COPYING. [size=18] [b]Voir aussi[/b] [/size] distccd(1), ccache(1), gcc(1), make(1) [i]http://distcc.samba.org/[/i] [i]http://ccache.samba.org/[/i] [size=18] [b]Traduction[/b] [/size] Lionel Sausin. Merci aux participants de la liste « debian-l10n-french ». [size=18] [b]Traduction[/b] [/size] Il est possible que cette traduction soit imparfaite ou périmée. En cas de doute, veuillez vous reporter au document original en langue anglaise fourni avec le programme.
Fichier