GentooForum.de

Hi,
seit die Distributionen auf gcc3.2 und glibc 2.3 umgestellt haben sowie ihre Binaries für 586 bzw 686 kompilieren ist der Geschwindigkeitsvorteil ziemlich zusammengeschrumpft.
Das ist allerdings auch nicht der Grund warum ich gentoo habe, sondern zum einen das Portage System, mit dem man nicht auf rmp(s) und ihren schönen z.T. unerklärlichen Abhängigkgeiten angewiesen ist, und zum anderen weil gentoo leichter zu durchschauen ist. Änderst Du mit yast etwas so laufen etwa 15-20 scripte, die alles und jeden irgendwie updaten und neustarten. Wenn Du da was manuell machen musst, bist Du recht schnell am Ende... Und dann hast Du mit gentoo natürlich ständig eine aktuelle Distribution. Oder schon mal versucht von 7.3 auf 8.0 upzudaten?

Dim

Wer sagt denn, dass SuSE nicht selbst prelinking verwendet? :wink:
Mandrake macht es definitiv, wuerde mich nicht wundern, wenn es andere Distributionen auch tun..

Und full ack zu dem, was dimitri geschrieben hat, DAS sind auch fuer mich die waren Vorteile Gentoo's, nicht so sehr die Geschwindigkeit.
Denn groessten Geschwindigkeitsvorteil merkst du im Vergleich der Optimierungen auf i386 vs. i586, eine weitere Optimierung auf athlon, p3 usw, bringt nicht mehr soo viel.
Natuerlich, dein Gentoo IST wahrscheinlich schneller als SuSE, wenn du richtig auf dein System optimiert hast, aber dieser kleine Geschwindigkeitsvorteil macht sich nur bei sehr rechenintensiven Aufgaben bemerkbar.

Und nochmal zum Prelinking, und seiner Funktionsweise: Die Addressen der Funktionen von Shared Libraries muessen beim Programmstart noch an den Addressraum des Programmes "angepasst" werden. Beim Prelinking wird das sozusagen schon vorher erledigt, die Informationen im Programm abgelegt, und dadurch entfaellt diese Prozedur beim Programmstart, und dass fuehrt zu schnelleren Ladezeiten, vor allem bei Programmen, die gegen viele/grosse Bibliotheken gelinkt sind, wie z.B. KDE.
Und nein, du machst das schon richtig, das Prelinking musst du nur einmal ausfuehren.


Gruss, cytrox

Ja, das object prelinking ist was anderes. Wobei man da wieder zwischen objprelink und combreloc unterscheiden muss, beides wird in diesem Zusammenhang genannt.
Ersteres, objprelink, bezieht sich ausschliesslich auf C++ Programme/Bibliotheken, (genauer auf die Virtuellen Funktionen in diesen). Vereinfacht gesagt, werden die Addressen von virtuellen Funktionen in Tabellen (virtual tables) verwaltet, und auch diese Addressen muessen beim Programmstart angepasst werden (relocations).
Erbt nun eine Klasse von einer Basisklasse mit virtuellen Funktionen, erhaelt sie eine eigne virtual table, fuer die dann wiederum relocations noetig sind. Bedenkt man nun, dass z.B. im Falle von KDE so ziemlich jede Klasse von der Klasse QWidget so an die hundert virtuelle Funktionen erbt, kommt da einiges zusammen.
Durch objprelink wird das ganze nun soweit vereinfacht, dass fuer jede virtuelle Funktion nur noch eine relocation noetig ist, und nicht mehr mehrere, dadurch schnellere Ladezeiten.
Combreloc dagegen cached sozusagen die noetigen relocations und beschleunigt so den Startvorgang.
Seit einiger Zeit ist combreloc Standard in Gentoo, brauchst dich also nicht selbst darum zu kuemmern.

Und noch um ein Missverstaendnis aufzuklaeren, das hat nichts mit dem Landen der Libraries in den Speicher zu tun, dass wird ja immer getan, ob prelink oder nicht: Das Programm startet, und die benoetigten Bibliotheken werden geladen und ihre Symbole in den Addressbeich des Programmes eingeblendet. Der Unterschied ist nur, dass beim Prelinking (im Ideallfall) alle Relocations, die dabei noetig sind, entfallen, und der Speicherverbrauch etwas geringer ist, da zwei Programme, bei denen eine von beiden benoetigte Bibliothek an der gleichen Addresse eingeblendet ist, sich die betreffenden Speicherseiten "teilen" koennen.

Gruss, cytrox

Hi,
wie lange braucht den Konqui bei Dir? Also beim ersten start bei mir etwa 2 Sekunden und dann knapp 1 Sekunde.
Denke nicht das dass unter Windows 10mal schneller geht.

Dim

knapp 2 sek OHNE prelink !