Re: [gentoo-user-de] Meinungen zu Prelink erwuenscht

[Andreas Baier]

Am Montag, 24. Juli 2006 13:48 schrieb Gerhard Brauer:
> Gruesse!
>
> * Andreas Baier <don.ande@×××.de> schrieb am [24.07.06 13:09]:
> > > Was mich wundert ist, da? KDE weiterhin Prozesse ?ber kdeinit startet,
> > > obwohl da? nach Howto eigentlich nicht mehr passieren d?rfte. (Ja, in
> > > /etc/env.d/99kde-env ist KDE_IS_PRELINKED="true" gesetzt (Auch =1 wie
> > > im Original bewirkt keine ?nderung)
> >
> > kdeinit wird weiterhin neue Prozesse starten, Aber eben nicht alle.
> >
> > Lass beispielsweise mal den konqueror mit
> > 	LD_DEBUG=statistics konqueror
> > in der Konsole laufen, sollte das prelinken geklappt haben, müssten die
> > Relokationen bei nahezu Null liegen.
>
> Ah danke, ich bin per se über das häufige Auftauchen von kdeinit als
> Prozess/Thread in ps gestolpert.
> (Auch dieses Starten über LD_DEBUG=foobar kannte ich noch nicht)
>
> Stimmt, die Relocations sind bei 0, allerdings wurde scheinbar aber auch
> etliches über Caching "aufgefangen".
>
> Die Ausgabe beim Starten eines anderen Progs sieht dann so aus:
>
> gerhard@ws03 ~ $ LD_DEBUG=statistics kpdf
>      25942:
>      25942:     runtime linker statistics:
>      25942:       total startup time in dynamic loader: 1174260165 clock
> cycles 25942:                 time needed for relocation: 3950632 clock
> cycles (.3%) 25942:                      number of relocations: 0
>      25942:           number of relocations from cache: 6086
>      25942:             number of relative relocations: 0
>      25942:                time needed to load objects: 1139772458 clock
> cycles (97.0%) 25942:
>      25942:     runtime linker statistics:
>      25942:                final number of relocations: 5547
>      25942:     final number of relocations from cache: 15007
>
> Ohne Prelink würden also vom Linker wesentlich mehr Libs "angefaßt"?
Ja und nein. Durch das Compilieren mit fpic (bzw. USE=pic) werden die 
Funktionen der Bibliotheken ja erst zur Laufzeit in den Adressraum der 
Anwendungen eingeblendet. Ohne prelink wird daher fleißig reallokiert. Mit 
prelink werden die libs aber dennoch benötigt nur eben vorher also nicht zur 
Laufzeit allokiert, sofern dies unterstützt wird (Bsp nvidia-glx erlaubt kein 
prelinken).
> Trotzdem: Subjektiv merke ich keinen wesentlichen Unterschied (so ab 10%
> Verbesserung sollte das ja merkbar sein).
Ich habe die Erfahrung gemacht, das prelink einen Geschwindigkeitsvorteil 
bringt (also beim ersten Starten), aber von Fall zu Fall ist der Unterschied 
nur mehr oder weniger spürbar.

Ich denke, dass bei den jetzigen Rechnern andere Flaschenhalse vorhanden sind.

Konkret kann ich bei mir unter KDE beispielsweise den Style baghira für eine 
schlechte Startperformance verantwortlich machen. Unter plastik starten 
Programme meistens 2-3 Sekunden schneller, Fenster werden wesentlich 
schneller aufgebaut.
Nach einigen Monaten, habe ich zudem das Fragmentierungsproblem mit reiser, 
(sofern ich mal wieder das emerge -Du world übertrieben habe=) ).
etc, etc.

Ich denke man muss das System ganzheitlich sehen. Und damit gehört prelink für 
mich einfach dazu.

MfG Andreas

-- 
gentoo-user-de@g.o mailing list