Prelink non necessario in Feisty Fawn

[MaraMax]

Stavo cercando una guida a prelink (script che velocizza l'avvio di alcune applicazioni "prelinkando" le librerie) e mi sono imbattuto in questa pagina:
http://ubuntuforums.org/showthread.php?t=74197
dalla quale cito:

UPDATE 1/2/07: Prelink is no longer necessary in Feisty. Feisty uses a new linking mechanism called DT_GNU_HASH which dramatically speeds up the linking process without the need for continuously running this prelink program. Again, prelink is NOT useful starting from Feisty

In pratica si spiega che prelink in Feisty è inutile perché nella 7.04 viene usato una tecnica di link chiamata DT_GNU_HASH che accelera la velocità del processo di linking senza il bisogno di avviare lo script prelink ad ogni installazione di software, rendendo perciò inutile prelink.

Qualche temerario utilizzatore di Feisty Fawn può confermare se effettivamente c'è già questa diminuzione dei tempi di avvio delle applicazioni?

[Pixel]

Non so' se la tecnologia che citi sia già implementata o lo sarà al rilascio ufficiale, ma per quel poco che ho provato mi sembra molto reattiva come distribuzione.
Ciao

[oracle]

La differenza rispetto alle due versioni precedenti che ho provato (Dapper e Edgy) si vede. Nel mio caso il tempo di apertura di Firefox si è ridotto di un terzo, idem per OpenOffice.

[nelinata]

sono d'accordo;
mi pare inoltre che con gli ultimi aggiornamenti la situazione sia migliorata ancora
il mio unico problema è ancora compiz!
ciao a tutti

[jewelz]

io ho notato un notevolissimo incremento della velocità di avvio di gimp: si apre in 3/4 secondi, spettacolo!

[DktrKranz]

Dovrebbe già essere implementata, da quanto si può vedere da questa pagina: https://wiki.ubuntu.com/FeistyToolchainRoadmap.

[MaraMax]

Dovrebbe già essere implementata, da quanto si può vedere da questa pagina: https://wiki.ubuntu.com/FeistyToolchainRoadmap.

Ok Grazie!

Accodo un'altra domanda in tema: è vero che la tecnica del DT_GNU_HASH aumenta la dimensione degli eseguibili nell'ordine di 1-2 Mb?

[DktrKranz]

Non saprei, bisognerebbe effettuare alcune prove. Se così dovesse essere, credo piuttosto che l'incremento sia in proporzione alla dimensione del programma eseguibile.

[Ikitt]

[...]
Accodo un'altra domanda in tema: è vero che la tecnica del DT_GNU_HASH aumenta la dimensione degli eseguibili nell'ordine di 1-2 Mb?

Non mi risulta che ci sia un incremento di dimensioni, e sopratutto che tale incremento sia costante. Dovrebbe essere proporzionale, piuttosto, alla quantita` di simboli soggetti a linking e da come sono fatti.
Ho letto un paper di Drepper in merito recentemente (http://people.redhat.com/~drepper -> dsohowto.pdf) ma, vergogna, non ne ricordo certi dettagli (lettura interessante comunque, che ripetero` per fissarla in testa). La nuova tecnica di hash dovrebbe oltretutto ridurre
la dimensione della tabella dei simboli se ben ricordo.

Insomma: non son sicuro, ma mi pare molto strano questo (possibile?) incremento di dimensioni.

[MaraMax]

Non saprei, bisognerebbe effettuare alcune prove. Se così dovesse essere, credo piuttosto che l'incremento sia in proporzione alla dimensione del programma eseguibile.

si. dovrebbe essere proporzionale, attorno ai 2 mb per le applicazioni più "complesse" che sono anche quelle che beneficiano maggiormente dal vantaggio di usare il DT_GNU_HASH.

Se il tempo di avvio di open office si dimezza (a scapito di un paio di mb) si presentano tempi duri per l'Office di Gates ):