Guida al Prelink in Gentoo LinuxCos'è il prelink e come può essermi d'aiuto? Le più comuni applicazioni utilizzano librerie condivise. Queste librerie condivise devono essere caricate in memoria durante l'esecuzione ed i vari simboli e riferimenti devono essere risolti. Per la maggior parte dei piccoli programmi tale linking dinamico è molto veloce, ma per i programmi scritti in C++ che dipendono da molte librerie, il linking dinamico può richiedere una discreta quantità di tempo. Nella maggior parte dei sistemi le librerie non vengono modificate molto spesso e, quando un programma è avviato, le operazioni effettuate per il linking sono sempre le stesse. Il prelink sfrutta questa particolarità estraendo le informazioni relative al linking e memorizzandole nell'eseguibile, prelinkandolo, appunto. Il prelinking può accorciare il tempo di apertura delle applicazioni. Ad esempio, il tempo di caricamento di un qualsiasi programma KDE può essere abbreviato fino al 50%. Le uniche operazioni di manutenzione richieste prevedono di lanciare prelink ogni volta che una libreria di un eseguibile prelinkato viene aggiornata.
Per iniziare è necessario installare prelink. Durante l'esecuzione, emerge verifica automaticamente che prelink sia supportato dal proprio sistema.
Molte persone hanno problemi effettuando l'emerge di prelink perché i test effettuati falliscono. I test sono stati inseriti per motivi di sicurezza e il comportamento di prelink è imprevedibile se vengono disabilitati. Gli errori di emerge sono di solito relativi a pacchetti fondamentali come binutils, gcc e glibc. Provare ad effettuare l'emerge di questi pacchetti in tale ordine.
Se si può riprodurre passo passo un errore di emerge su un altro sistema controllare Bugzilla e creare un nuovo bug report, nel caso non ce ne fossero di già esistenti. Assicurarsi anche di non avere -fPIC nelle CFLAGS/CXXFLAGS. Se così fosse, bisognerà togliere -fPIC e ricompilare l'intero sistema. L'esecuzione di env-update genera il file /etc/prelink.conf da cui prelink rileva i file da prelinkare.
Purtroppo non è possibile abilitare il prelink per file compilati con vecchie versioni di binutils. La maggior parte di queste applicazioni proviene da pacchetti precompilati o binary-only, che sono installati in /opt. Creando il seguente file è possibile evitare che prelink tenti di prelinkarli.
L'autore di queesto documento utilizza il seguente comando per prelinkare tutti gli eseguibili nelle directory elencate da /etc/prelink.conf.
sys-devel/prelink-20060213 e successivi installano un cron job in /etc/cron.daily/prelink. Per abilitarlo, modificare il file di configurazione /etc/conf.d/prelink. Questo farà eseguire prelink giornalmente in background, facendo risparmiare all'utente il tempo di doverlo eseguire manualmente. Incrementare le Prestazioni di KDE dopo il Prelinking Dopo il prelinking è possibile ridurre il tempo di caricamento di KDE. Se KDE rileva di essere stato prelinkato allora disabiliterà il caricamento di kdeinit (visto che non è più necessario) con un incremento delle sue prestazioni. Per fare in modo che KDE rilevi il prelinking impostare KDE_IS_PRELINKED=1 in /etc/env.d/*kdepaths*. Se si cambia idea riguardo all'uso di prelink, prima di disinstallarlo bisogna prima rimuovere il cronjob di prelink da /etc/cron.daily e /etc/conf.d/prelink. Successivamente bisogna rimuovere il prelink da tutti i binari:
Come ultima cosa, disinstallare il pacchetto prelink stesso:
"Impossibile prelinkare con librerie condivise non-PIC" La causa di questo problema è l'errata compilazione di librerie condivise, senza l'opzione -fPIC di gcc per tutti i relativi file oggetto. Qui ci sono le librerie che non sono state corrette o non possono essere corrette:
Se le librerie che danno problemi non sono elencate, segnalarle tramite un bug report su Bugzilla ed allegare, preferibilmente, una patch per aggiungere -fPIC alle relative CFLAGS. Quando prelinko il mio sistema alcuni binari statici non funzionano più Quando si ha a che fare con le glibc, non si ottiene mai un binario statico al 100%. Anche se si compila staticamente un binario con glibc, potrebbe ancora dipendere da altri file di sistema. Ecco una spiegazione di Dick Howell, "Generalmente si presuppone che tutto il necessario sia contenuto nel file scaricato, in modo che l'applicazione non dipenda da librerie installate sul sistema locale. Sfortunatamente in Linux, e credo in qualsiasi altro sistema usi le glibc, ciò non è del tutto vero. Ad esempio "libnss" (name service switch, chiamata da alcuni network security system), che fornisce delle funzioni per accedere a diversi database per l'autenticazione, informazioni di rete ed altro, dovrebbe creare applicazioni indipendenti dall'effettivo ambiente di rete di una macchina. Una bella idea, ma modifiche alle glibc possono generare problemi nel tentativo di caricarla. E non è possibile linkare staticamente "libnss", poiché è configurata per ogni macchina individualmente. Credo che il problema derivi principalmente dal linkare staticamente altre librerie glibc, in particolare "libpthread", "libm" e "libc", da cui provengono chiamate incompatibili a funzioni di "libnss"." Prelink si blocca con l'errore "prelink: dso.c:306: fdopen_dso: Assertion `j == k' failed." Questo problema è noto e ben documentato qui. Prelink non funziona con eseguibili compressi in formato UPX. Per ora (prelink-20021213) non esiste alcuna soluzione eccetto quella di nascondere a prelink gli eseguibili in questione. Leggi la sezione Configurazione per sapere come farlo facilmente. Uso grsecurity e sembra che il prelinking non funzioni. Per prelinkare su un sistema con grsecurity che utilizza chiamate mmap() casuali è necessario disattivare "randomized mmap() base" per /lib/ld-2.3.*.so. Per fare ciò, utilizzare il tool chpax quando tali file non sono in uso (ad esempio, facendo il boot da un CD di ripristino). I propri link simbolici sono annidati troppo in profondità. Questo succede quando un link simbolico punta a sè stesso. Per esempio, /usr/lib/lib -> lib è il più comune. Per risolvere il problema, bisogna trovare manualmente il collegamento simbolico o usare lo strumento fornito dal pacchetto symlinks:
Ulteriori dettagli si trovano in Bugzilla e in questa discussione del forum. Il prelinking può velocizzare notevolmente il tempo di avvio di numerose applicazioni complesse e portage supporta nativamente questa tecnologia. Inoltre il prelinking è sicuro, perché è sempre possibile annullarlo per i binari che presentano problemi. Ricordarsi che, se le glibc o altre librerie prelinkate vengono aggiornate, è necessario eseguire nuovamente prelink! Buona fortuna! I contenuti di questo documento sono rilasciati sotto la licenza Creative Commons - Attribution / Share Alike. |
|