Attachment 101064 Details for Bug 153843 – prelink-howto.xml

prelink-howto.xml

prelink-howto.xml (text/plain), 12.75 KB, created by Davide Cendron (RETIRED) on 2006-11-02 11:04:00 UTC

(hide)

Description:

Filename:

MIME Type:

Creator: Davide Cendron (RETIRED)

Created: 2006-11-02 11:04:00 UTC

Size: 12.75 KB

patch

obsolete

><?xml version='1.0' encoding="UTF-8"?>
>
><!DOCTYPE guide SYSTEM "/dtd/guide.dtd">
><guide link="/doc/it/prelink-howto.xml" lang="it">
><title>Guida Gentoo Linux a Prelink</title>
>
><author title="Autore">
>  <mail link="cretin@gentoo.org">Stefan Jones</mail>
></author>
><author title="Redazione">
>  John P. Davis
></author>
><author title="Redazione">
>  <mail link="peesh@gentoo.org">Jorge Paulo</mail>
></author>
><author title="Redazione">
>  <mail link="swift@gentoo.org">Sven Vermeulen</mail>
></author>
><author title="Redazione">
>  <mail link="erwin@gentoo.org">Erwin</mail>
></author>
><author title="Traduzione">
>  <mail link="myzelf@omnidea.it">Gilberto De Faveri</mail>
></author>
><author title="Revisione">
>  <mail link="posta@massimo.biz">Massimo Canali</mail>
></author>
><author title="Traduzione">
>	Davide Cendron
></author>
>
><abstract>
>Questa guida documenta come utilizzare il supporto al prelink in portage
>2.0.46 e successivi.
></abstract>
>
><license/>
>
><version>1.16</version>
><date>2006-05-28</date>
>
><chapter>
><title>Introduzione</title>
><section>
><title>Cos'Ã¨ il prelink e come puÃ² essermi d'aiuto?</title>
><body>
>
><p>
>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.
></p>
>
><p>
>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.
></p>
>
><p>
>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.
></p>
>
><warn>
>Prelink non funzionerÃ  con Gentoo Hardened. Questo avviene perchÃ¨ entrambi i
>progetti tentato di cambiare la mappatura dello spazio di indirizzamento delle
>librerie condivise. Tuttavia prelink, tramite l'opzione -R, rende casuale gli
>indirizzi di base delle librerie, fornendo un livello minimo di blindatura e
>protezione.
></warn>
>
></body>
></section>
>
><section>
><title>In breve</title>
><body>
>
><ul>
>  <li>
>    Il prelinking viene effettuato attraverso un programma chiamato,
>    incredibilmente, <c>prelink</c>, che modifica gli eseguibili per farli
>    partire piÃ¹ velocemente.
>  </li>
>  <li>
>    Se una libreria da cui dipende un'applicazione viene modificata dopo il
>    prelink, Ã¨ necessario prelinkare nuovamente l'eseguibile, altrimenti si
>    perdono i vantaggi in termini di prestazioni. In altre parole, ogni volta
>    che viene aggiornato con portage un pacchetto che aggiorna delle
>    librerie, Ã¨ necessario effettuare
>    nuovamente il prelink.
>  </li>
>  <li>
>    I cambiamenti agli eseguibili sono completamente
>    reversibili. <c>prelink</c> ha una funzione di undo.
>  </li>
>  <li>
>    Le versione corrente di Portage tratta correttamente, attraverso
>    <c>prelink</c>, i cambiamenti di MD5sum e mtime degli eseguibili.
>  </li>
>  <li>
>    Non Ã¨ necessario impostare <c>FEATURES="prelink"</c> in
>    <path>make.conf</path>: Portage si appoggerÃ  automaticamente a prelink
>    se troverÃ  il file binario 'prelinkato'.
>  </li>
></ul>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Impostare il Prelink</title>
><section>
><title>Installare i programmi</title>
><body>
>
><p>
>Per iniziare Ã¨ necessario installare <c>prelink</c>. Durante l'esecuzione,
>emerge verifica automaticamente che prelink sia supportato dal tuo sistema.
></p>
>
>
><p>
>Ora Ã¨ possibile emergere i tool di prelinking. L'installazione verifica
>automaticamente che nel sistema il prelink possa essere attivato in modo sicuro.
></p>
>
><pre caption = "Installazione di prelink">
># <i>emerge prelink</i>
></pre>
>
><p>
>Molte persone hanno problemi emergendo 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. Prova a ri-emergerli in questo ordine.
></p>
>
><note>
>Tip: Se ottieni degli errori prova a compilare e testare <c>prelink</c>
>manualmente (<c>./configure</c> ; <c>make</c> ; <c>make check</c> ). In caso di
>problemi consulta i file *.log nella directory testsuite, che potrebbero fornire
>alcuni utili suggerimenti.
></note>
>
><p>
>Se puoi riprodurre passo passo un errore di emerge su un altro sistema
>controlla <uri link="http://bugzilla.gentoo.org">Bugzilla</uri> e crea un nuovo
>bug report, nel caso non ce ne fossero di giÃ  esistenti.
></p>
>
></body>
></section>
><section>
><title>Preparare il sistema</title>
><body>
>
><p>
>Assicurati anche di <e>non</e> avere -fPIC nelle CFLAGS/CXXFLAGS. Se cosÃ¬
>fosse, dovrai togliere -fPIC e ricompilare l'intero sistema.
></p>
>
></body>
></section>
><section>
><title>Configurazione</title>
><body>
>
><p>
>L'esecuzione di <c>env-update</c> genera il file <path>/etc/prelink.conf</path>
>da cui <path>prelink</path> rileva i files da prelinkare.
></p>
>
><pre caption="Eseguire env-update">
># <i>env-update</i>
></pre>
>
><p>
>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 <path>/opt</path>.
>Creando il seguente file possiamo evitare che prelink tenti di prelinkarli.
></p>
>
><pre caption="/etc/env.d/60prelink">
>PRELINK_PATH_MASK="/opt"
></pre>
>
><note>
>Ã possibile aggiungere altre directory separandole con i due punti (:).
></note>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Prelinking</title>
><section>
><title>Utilizzo di prelink</title>
><body>
>
><p>
>Io utilizzo il seguente comando per prelinkare tutti gli eseguibili nelle
>directory elencate da <path>/etc/prelink.conf</path>.
></p>
>
><pre caption = "Prelink dei file elencati">
># <i>prelink -amR</i>
></pre>
>
><warn>
>Ã stato osservato che se si dispone di poco spazio libero su disco e si prelinka
>l'intero sistema Ã¨ possibile che gli eseguibili vengano troncati. Il risultato
>finale Ã¨ un sistema corrotto. Utilizza i comandi <c>file</c> o <c>readelf</c>
>per verificare lo stato dei file binari. In alternativa, controlla lo spazio
>libero su disco con <c>df -h</c> prima di procedere.
></warn>
>
><table>
><tr>
>  <th>La spiegazione delle opzioni:</th>
></tr>
><tr>
>  <th>-a</th>
>  <ti>"All": prelinka tutti i binari.</ti>
></tr>
><tr>
>  <th>-m</th>
>  <ti>
>    Conserva lo spazio in memoria virtuale. Ã necessario
>    se ci sono molte librerie che hanno bisogno di essere
>    prelinkate.
>  </ti>
></tr>
><tr>
>  <th>-R</th>
>  <ti>
>    Random -- rende casuale l'ordinamento degli
>    indirizzi, in modo da aumentare la sicurezza
>    verso i buffer overflow.
>  </ti>
></tr>
></table>
>
><note>
>Per maggiori opzioni e gli altri dettagli, utilizzare <c>man prelink</c>.
></note>
>
></body>
></section>
><section>
><title>Prelink Cron Job</title>
><body>
>
><p>
><c>sys-devel/prelink-20060213</c> e successivi installano un cron job in
><path>/etc/cron.daily/prelink</path>. Per abilitarlo, modificare il file di
>configurazione <path>/etc/conf.d/prelink</path>. Questo farÃ  eseguire prelink
>giornalmente in background, facendoti risparmiare il tempo di doverlo eseguire
>manualmente.
></p>
>
></body>
></section>
>
><section>
><title>Incrementare le Prestazioni di KDE dopo il Prelinkings</title>
><body>
>
><p>
>Dopo il prelinking Ã¨ possibile ridurre il tempo di caricamento di KDE. Se KDE
>rileva di essere stato prelinkato allora disabiliterÃ  il caricamento di
><c>kdeinit</c> (visto che non Ã¨ piÃ¹ necessario) con un incremento delle sue
>prestazioni.
></p>
>
><p>
>Per fare in modo che KDE rilevi il prelinking impostare
><c>KDE_IS_PRELINKED="true"</c> in <path>/etc/env.d/*kdepaths*</path>.
></p>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Problemi Noti e Soluzioni</title>
><section>
><title>"Impossibile prelinkare con librerie condivise non-PIC"</title>
><body>
>
><p>
>La causa di questo problema Ã¨ l'errata compilazione di librerie condivise, senza
>l'opzione -fPIC di gcc per tutti i relativi file oggetto.
></p>
>
><p>
>Qui ci sono le librerie che non sono state corrette o non possono essere
>corrette:
></p>
>
><ul>
>  <li>
>    Le librerie nel pacchetto wine, incluso winex. Il prelinking
>    non velocizzerebbe comunque gli eseguibili MS Windows.
>  </li>
>  <li>
>    Le librerie in media-video/mjpegtools,
>    <path>/usr/lib/liblavfile-1.6.so.0</path>.
>  </li>
><li>
>Le librerie OpenGl Nvidia, <path>/usr/lib/opengl/nvidia/lib/libGL.so.*</path>.
>A causa di problemi prestazionali, saranno compilare senza il supporto a PIC.
></li>
></ul>
>
><p>
>Se le librerie che danno problemi non sono elencate, segnalale e allega,
>preferibilmente, una patch per aggiungere <c>-fPIC</c> alle relative CFLAGS.
></p>
>
></body>
></section>
><section>
><title>Quando prelinko il mio sistema alcuni binari statici non funzionano
>piÃ¹</title>
><body>
>
><p>
>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,
></p>
>
><p>
>"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"."
></p>
>
></body>
></section>
><section>
><title>Prelink si blocca con l'errore "prelink: dso.c:306: fdopen_dso:
>Assertion `j == k' failed."</title>
><body>
>
><p>
>Questo problema Ã¨ noto e ben documentato <uri
>link="http://bugs.gentoo.org/show_bug.cgi?id=13878">qui</uri>. 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 <uri link="#doc_chap2_sect2">sezione Configurazione</uri>
>per sapere come farlo facilmente.
></p>
>
></body>
></section>
><section>
><title>Uso grsecurity e sembra che il prelinking non funzioni.</title>
><body>
>
><p>
>Per prelinkare su un sistema con grsecurity che utilizza chiamate mmap() casuali
>Ã¨ necessario disattivare "randomized mmap() base" per
><path>/lib/ld-2.3.*.so</path>. Per fare ciÃ², utilizzare il tool <c>chpax</c>
>quando tali file non sono in uso (ad esempio, facendo il boot da un CD di
>ripristino).
></p>
>
></body>
></section>
><section>
><title>
>Prelink fallisce con l'errore "prelink: Can't walk directory tree XXXX: Too many
>levels of symbolic links"
></title>
><body>
>
><p>
>I tuoi link simbolici sono annidati troppo in profonditÃ . Questo succede quando
>un link simbolico punta a sÃ¨ stesso. Per esempio, <path>/usr/lib/lib
>-&gt; lib</path> Ã¨ il piÃ¹ comune. Per risolvere il problema, bisogna trovare
>manualmente il collegamento simbolico o usare lo strumento fornito dal
>pacchetto <c>symlinks</c>:
></p>
>
><pre caption="Correggere i collegamenti simbolici">
># <i>emerge symlinks</i>
># <i>symlinks -drv /</i>
></pre>
>
><p>
>Ulteriori dettagli si trovano in <uri
>link="http://bugs.gentoo.org/show_bug.cgi?id=82117">Bugzilla</uri> e in
>questa <uri
>link="http://forums.gentoo.org/viewtopic-t-458144-highlight-prelink.html">
>discussione del forum</uri>.
></p>
>
></body>
></section>
></chapter>
>
><chapter>
><title>Conclusioni</title>
><section>
><body>
>
><p>
>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. Ricorda che, se le glibc o altre librerie prelinkate
>vengono aggiornate, Ã¨ necessario eseguire nuovamente <path>prelink</path>! Buona
>fortuna!
></p>
>
></body>
></section>
></chapter>
></guide>

Actions: View

Attachments on bug 153843: 101064