Gentoo Linux Prelink EinführungWas ist Prelink, und wie kann es mir helfen ? Die meisten, gebräuchlichen Programme verwenden gemeinsam genutzte Bibliotheken. Diese Shared-Libraries müssen während der Laufzeit in den Speicher geladen und vielfältige Symbolreferenzen aufgelöst werden. Für die meisten, kleineren Anwendungen geschieht dies sehr schnell. Für Programme die in C++ geschrieben worden sind und die zudem viele Bibliotheks-Abhängigkeiten haben, kann das Linken eine nicht unerhebliche Zeit in Anspruch nehmen. Auf den meisten Systemen werden Bibliotheken nicht sehr oft gewechselt. Daher sind die Operationen, die zum Linken des Programms ausgeführt werden, immer dieselben. Prelink nutzt diesen Umstand aus, indem es das Linken durchführt und in der Programmdatei abspeichert, es also eigentlich bereits vor dem Ausführen linkt (daher prelink). Prelinking kann die Startzeit von Anwendungen stark verkürzen. Zum Beispiel kann die Ladezeit für ein typisches KDE-Programm um bis zu 50% verkürzt werden. Lediglich beim Ersetzen von Bibliotheken muss durch erneutes Ausführen von Prelink eine neue Programmdatei erzeugt werden.
Zuerst müssen Sie das prelink Hilfsprogramm installieren. Der emerge Vorgang überprüft automatisch dass Ihr System prelink auf sichere Art und Weise verwenden kann.
Einige Benutzer erhalten Fehlermeldungen beim emergen von Prelink, weil diese Tests fehlschlagen. Diese Tests wurden aus Sicherheitsgründen hinzugefügt. Prelink's Verhalten ist nicht definiert, wenn Sie sie ausschalten. Die Fehler beim Ausführen von emerge hängen gewöhnlich von den Kern-Paketen binutils, gcc und glibc ab. Versuchen Sie, diese Pakete in der angegebenen Reihenfolge zu emergen.
Wenn Sie eine bestimmte, zu einem Fehler führende Vorgehensweise anhand von einzelnen Schritten beschreiben können, überprüfen Sie Bugzilla und erstellen Sie einen Bug-Report, wenn noch keiner dazu erstellt wurde. Stellen Sie auch sicher, dass Sie -fPIC in Ihren CFLAGS/CXXFLAGS nicht gesetzt haben. Wenn Sie dies haben, werden Sie Ihr gesamtes System ohne neu erstellen müssen. Ausführen von env-update wird die /etc/prelink.conf Datei generieren, die Prelink anweist, welche Dateien zu bearbeiten sind.
Unglücklicherweise kann man Dateien, die mit alten Versionen der binutils compiliert wurden, nicht mit Prelink bearbeiten. Die meisten dieser Dateien stammen aus Programmen, die nur als fertig gelinkte Versionen geliefert werden, die unter /opt installiert werden. Durch das Erstellen folgender Dateien weisen Sie Prelink an, nicht zu versuchen, diese Dateien zu bearbeiten.
Ich verwende das folgende Kommando um alle Programmdateien in den in /etc/prelink.conf angegebenen Verzeichnissen zu bearbeiten.
sys-devel/prelink-20060213 und neuer installieren einen Cron-Job in /etc/cron.daily/prelink. Um ihn zu aktivieren editieren sie die Konfigurationsdatei /etc/conf.d/prelink. Dies wird prelink täglich im Hintergrund, wenn benötigt, ausführen und Ihnen es esparen den Befehl manuell aufzurufen. KDE beschleunigen nach Prelink KDEs Ladezeit kann enorm reduziert werden nach Prelink. Wenn Sie KDE davon informieren, dass Sie Prelink ausgeführt haben, dann wird es das Laden von kdeinit deaktivieren (da es nun nicht mehr benötigt wird), was KDE noch schneller macht. Setzen Sie KDE_IS_PRELINKED="true" in /etc/env.d/*kdepaths* um KDE über Prelink zu informieren. Wenn Sie jemals Ihre Meinung über das Prelinken ändern, müssen Sie zuerst den prelink-Cronjob aus /etc/cron.daily und /etc/conf.d/prelink/ entfernen, bevor Sie prelink deinstallieren. Danach müssen Sie prelinking aus allen Binärdateien entfernen:
Zuletzt entfernen Sie das Paket prelink selbst:
4. Bekannte Probleme und Bereinigungen "Prelink gegen non-PIC Shared-Library nicht möglich" Der Grund für dieses Problem sind fehlerhaft kompilierte Shared-Libraries, die ohne die -fPIC Option für alle Objekt-Dateien erstellt wurden. Hier ist eine Liste von Bibliotheken, die nicht korrigiert wurden oder nicht korrigierbar sind:
Wenn Ihre, Probleme verursachende Bibliothek hier nicht aufgeführt wurde, benachrichtigen Sie uns bitte, Vorzugsweise mit einem Patch, der das -fPIC zu den relevanten CFLAGS hinzufügt. Wenn ich mein System mit Prelink bearbeite, funktionieren statische Programmdateien nicht mehr. Soweit es die glibc angeht, gibt es kein 100% statisches Programm. Wenn Sie ein Programm statisch mit der glibc compilen, können immer noch Abhänigkeiten zu anderen Systemdateien bestehen. Unten finden Sie eine Erläuterung von Dick Howell, "Ich vermute die dahinter stehende Idee ist, dass Alles in der heruntergeladenen Datei enthalten ist und somit keine Abhängigkeiten von den lokalen Bibliotheken des Zielsystems vorhanden sein sollen. Unglücklicherweise ist dies bei Linux, und ich vermute bei jedem anderen System, welches die GLIBC verwendet, nicht korrekt. Da ist die "libnss" (name service switch, manche Leute nennen sie network security system), welche Funktionen zum Zugriff auf diverse Datenbanken mit Authentifikations- und Netzwerk-Informationen, sowie anderen Informationen. Sie ist dafür gedacht, Anwendungen unabhängig vom getrennt davon konfigurierten Netzwerk zu machen. Eine gute Idee, jedoch können Änderungen an der GLIBC zu Problemen beim Laden dieser Bibliothek führen. Zudem kann man die "libnss" nicht statisch linken, da sie für jede Maschine individuell konfiguriert wird. Das Problem rührt meiner Meinung nach hauptsächlich daher, dass andere GLIBC-Bibliotheken, insbesondere "libpthread", "libm" and libc", statisch gelinkt werden, was zu inkompatiblen Aufrufen von Funktionen der "libnss" führt." Prelink bricht mit ";prelink: dso.c:306: fdopen_dso: Assertion `j == k' failed." ab Dies ist ein bekanntes Problem, freundlicherweise hier diagnostiziert. Prelink kann nicht mit UPX-komprimierten Programmdateien umgehen. Seit prelink-20021213 ist ein Fix erhältlich, der die ausführbaren Dateien versteckt, während Prelink läuft. Siehe hierzu in die Kapitel Konfiguration bezüglich eines einfachen Wegs, dies zu tun. Ich verwende grsecurity und es hat den Anschein, dass Prelink nicht funktioniert. Um auf einem System mit grsecurity Prelink benutzen zu können, welches eine zufällige mmap() Basis verwendet, muss man die "randomized mmap() base" für /lib/ld-2.3.*.so ausschalten. Dies kann man mit dem chpax Tool bewerkstelligen. Es muss jedoch verwendet werden, wenn die Dateien nicht in Benutzung sind (z.B. von einer Rettungs-CD aus). Ihre symbolischen Links sind zu tief verschachtelt. Dies passiert, wenn ein symbolischer Link auf sich selbst verweist. Zum Beispiel ist der häufigste /usr/lib/lib -> lib. Um dies zu beheben, können Sie den symbolischen Link per Hand ausfindig machen oder das Hilfsprogramm vom symlinks Paket verwenden:
Weitere Einzelheiten finden sich in Bugzilla und diesem Forenbeitrag. Die Verwendung von Prelink kann die Startzeiten von großen Anwendungen drastisch verkürzen. Die Unterstützung dafür ist in Portage enthalten. Es ist also sicher, da man die Änderungen jederzeit rückgängig machen kann, wenn Probleme auftreten. Sie müssen lediglich darauf achten, dass Sie die Programmdateien neu mit Prelink bearbeiten müssen, wenn Sie die glibc oder andere Bibliotheken mit denen Sie Prelink verwendet haben, updaten. Dazu müssen Sie prelink erneut starten! Kurz: Viel Glück! Die Inhalte dieses Dokuments sind unter der Creative Commons - Namensnennung / Weitergabe Lizenz lizenziert. |
|
