Guide pour le Prelink sous GentooQu'est-ce que le prelink et en quoi peut-il m'être utile ? La plupart des applications utilisent des bibliothèques partagées (« shared libraries »). Ces bibliothèques partagées ont besoin d'être chargées en mémoire lors de l'exécution de l'application et les références aux différents symboles doivent être résolues. Pour la plupart des petits programmes, cette liaison dynamique est très rapide. Mais pour les programmes écrits en C++ qui ont beaucoup de dépendances, la liaison dynamique peut prendre un temps considérable. Sur la plupart des systèmes, les bibliothèques ne changent pas souvent et quand un programme est en cours d'exécution l'opération de liaison est toujours la même. Le prelink utilise ceci à son avantage en évitant la liaison et en l'enregistrant dans l'exécutable. Le prelink peut raccourcir le temps de démarrage des applications. Par exemple, le temps de chargement d'un programme KDE normal peut être réduit de plus de 50%. La seule opération de maintenance nécessaire est de ré-exécuter prelink chaque fois qu'une bibliothèque est mise à jour pour un exécutable prelinké.
Vous devez d'abord installer le programme prelink. Le processus d'emerge vérifie automatiquement que votre système peut utiliser prelink en toute sécurité.
Un certain nombre de personnes ont obtenu des erreurs lors de l'installation parce que des tests ont échoué. Ces tests ont été mis en place pour des raisons de sécurité ; le comportement de prelink est incertain si vous les désactivez. Les erreurs d'emerge proviennent habituellement des paquets de base : binutils, gcc et glibc. Essayez de réinstaller ces paquets dans cet ordre.
Si vous avez repéré un ensemble d'étapes qui reproduisent une erreur d'emerge même sur un autre système, veuillez vérifier si le problème n'a pas déjà été signalé sur Bugzilla, et créez un nouveau bug si besoin. Veuillez aussi vérifier que l'option de compilation -fPIC n'est pas définie dans les variables CFLAGS et CXXFLAGS. Si vous avez utilisé cette option, vous devrez recompiler tout votre système sans elle. La commande env-update génère le fichier /etc/prelink.conf qui indique à prelink quels répertoires doivent être parcourus.
Malheureusement vous ne pourrez pas passer à prelink les fichiers qui ont été compilés par d'anciennes versions de binutils. La plupart de ces applications proviennent de paquets binaires précompilés qui sont installés dans /opt. Créer le fichier suivant indiquera à prelink de ne pas essayer de les traiter.
J'utilise la commande suivante pour prelinker tous les binaires dans les répertoires indiqués dans /etc/prelink.conf.
À partir de la version sys-devel/prelink-20060213, un « cron job » est installé dans /etc/cron.daily/prelink. Pour l'activer, éditez le fichier /etc/conf.d/prelink. Ceci permet d'exécuter prelink automatiquement une fois par jour. Accélérer le chargement de KDE après le prelink Le temps de chargement de KDE peut être considérablement réduit après le prelink. Si vous informez KDE qu'il a été prelinké, il désactivera le chargement de kdeinit (car il n'est plus requis à présent) et cela accélérera KDE encore plus. Mettez KDE_IS_PRELINKED=1 dans /etc/env.d/*kdepaths* pour informer KDE qu'il a été prélinké. S'il vous venait l'envie de supprimer prelink de votre système, vous devrez d'abord supprimer la tâche planifiée dans /etc/cron.daily puis le fichier /etc/conf.d/prelink. Ensuite, vous devrez retirer le prelink de tous les binaires :
Enfin, désinstallez le paquet prelink :
4. Problèmes connus et leurs corrections « Cannot prelink against non-PIC shared library » La cause de ce problème provient de bibliothèques partagées qui ont été mal compilées, sans l'option -fPIC de gcc pour tous leurs fichiers objets. Voici les bibliothèques qui n'ont pas encore été corrigées ou qui ne peuvent l'être :
Si votre bibliothèque problématique n'est pas présente dans la liste, nous vous prions de nous le rapporter avec, de préférence, un correctif pour ajouter -fPIC au CFLAGS approprié. Quand je traite mon système, quelques binaires statiques ne fonctionnent plus. Dans le cas de la glibc, il n'y a pas de tels binaires 100% statiques. Si vous compilez statiquement un binaire avec la glibc, il peut toujours rester dépendant d'autres fichiers du système. Ci-dessous vous trouverez une explication de Dick Howell : « Je suppose que tout se trouve dans le fichier téléchargé, et donc que rien ne dépendra des bibliothèques locales sur le système cible. Malheureusement avec Linux, et, je pense, avec quoi que ce soit d'autre utilisant la GLIBC, ce n'est plus tout à fait vrai. Prenons « libnss » (« Sélecteur de Service de Nom », certains semblent appeler ça « Système de Sécurité Réseau ») qui procure des fonctions permettant l'utilisation de diverses bases de données pour l'authentification, les informations sur le réseau et autres. C'est supposé rendre les programmes indépendants de l'environnement réseau actuel de la machine, configuré séparément. Bonne idée, mais les changements de la GLIBC peuvent entraîner des problèmes lors de son chargement. Et vous ne pouvez pas lier statiquement « libnss », car elle est configurée indépendamment pour chaque machine. Le problème provient, je pense, principalement de la liaison statique des autres bibliothèques de la GLIBC, notamment « libpthread », « libm » et « libc » desquelles proviennent des appels aux fonctions de « libnss » incompatibles. » Prelink échoue avec l'erreur « prelink: dso.c:306: fdopen_dso: Assertion 'j == k' failed. » C'est un problème connu, diagnostiqué ici. Prelink ne gère pas les exécutables compressés avec UPX. Jusqu'à prelink-20021213, il n'existe pas d'autre méthode que de cacher les exécutables concernés au moment du prelink. Lisez la section Configuration ci-dessus pour savoir comment faire cela facilement. J'utilise grsecurity et il semble que le prelink ne fonctionne pas Pour faire marcher prelink sur un système sous grsecurity qui utilise une base mmap() aléatoire, il est nécessaire de désactiver « randomized mmap() base » pour les fichiers /lib/ld-2.3.*.so. Pour ce faire, vous devez utiliser l'utilitaire chpax, mais vous devez le faire sans que le fichier ne soit utilisé (par exemple démarrez sur un LiveCD). Vos liens symboliques sont entremélés trop profondément. Cela arrive quand un lien symbolique pointe vers lui-même. Par exemple, /usr/lib/lib -> lib est le plus fréquent. Pour y remédier, vous pouvez trouver le lien symbolique à la main, ou bien utiliser l'utilitaire fourni dans le paquet symlinks :
Plus de détails peuvent être trouvés sur Bugzilla ainsi que ce fil de discussion. Le prelink peut considérablement réduire le temps de démarrage d'un bon nombre de grosses applications. Portage le gère très bien. C'est aussi sans danger puisque vous pouvez annuler le prelink d'un quelconque binaire si vous rencontrez un problème. Rappelez-vous juste qu'il faut relancer prelink à chaque fois que vous mettez à jour la glib ou une autre bibliothèque prelinkée. Pour faire court : Bonne chance ! Ce document est protégé par la licence Creative Commons : Paternité - Partage des Conditions Initiales à l'Identique 2.5. |
|