Preload: Unterschied zwischen den Versionen

Aktuelle Version vom 18. Mai 2022, 11:23 Uhr

Wenn man ein System eben erst gestartet hat, und ein Programm startet, dann dauert dieser Programmstart eine gewisse Zeit. Wenn das Programm durchgelaufen ist, oder man es beendet hat, und man es irgendwann – während das System weiterlief – nochmals startet, startet das Programm ein wenig schneller. Dies ist darin begründet, dass das System die entsprechenden Dateien des Programms (genauer gesagt, den zur Ausführung bereiten Programmcode) im Arbeitsspeicher hält.

preload macht genau dies ebenfalls beim Systemstart. Hierzu greift es auf eine Datenbank von Programmen zurück, die durch simples benutzen der Programme generiert wird. preload „lernt“, welche Programme ein Anwender verwendet, und lädt die dazu gehörigen Dateien schon mal vorsorglich in den Arbeitsspeicher.

Da preload aufgrund seiner Funktionsweise Arbeitsspeicher beansprucht, ist es nicht sinnvoll, es einzusetzen, wenn man nur ein Gigabyte hat. Zwei bis Vier Gigabyte RAM sollte man schon mindestens besitzen, um die Vorzüge von preload voll ausschöpfen zu können.

Installation

Das Programm ist als preload^AUR im AUR verfügbar, und kann von dort zum Beispiel mit einem der AUR Hilfsprogramme installiert werden.

pakku -S preload

Bei der Verwendung von AUR-Hilfsprogrammen ist zu beachten, dass Pakete niemals „blind“ installiert werden sollten. Vor dem Installieren sollten die Kommentare im AUR gelesen, und das PKGBUILD geprüft werden.

Der Preload-Service sollte jetzt noch mittels systemctl enable preload für den automatischen Start bei Systemstart aktiviert, und mittels systemctl start preload gestartet werden.

Verwendung

Man verwendet preload nicht direkt, sondern nutzt sein System ganz normal weiter, wie bisher auch. preload sammelt selbständig im Hintergrund Daten über das Nutzungsverhalten und baut seine Programmdatenbank auf.

Nach einigen Tagen bis zwei, drei Wochen ist preload so weit, dass man eine deutliche Geschwindigkeitssteigerung beim Erststart von Programmen feststellen kann.

Laut einem Test auf Techthrob.com (siehe Weblinks) beträgt der Geschwindigkeitszuwachs zwischen 23 Prozent beim Login bis hin zu 55 Prozent beim Start von Firefox. Durchschnittlich wird die Erststartzeit von Programmen mit preload um 40 Prozent reduziert.

Konfiguration

Die Voreinstellungen von preload sind gut gewählt, und müssen nicht verändert werden, wenn es dafür keinen triftigen Grund gibt. Will man dennoch die Konfiguration anpassen, so findet man diese in der Datei /etc/preload. Man sollte zudem nach einer Konfigurationsänderung ein paar Tage mit der neuen Konfiguration arbeiten, und beobachten, ob man eine Änderung feststellen kann.

Die Konfiguration gliedert sich in zwei Abschnitte, [model] und [system]. Im Abschnitt [model] befindet sich die Konfiguration des Vorlademodells, nach dem die Programme automatisch in den Arbeitsspeicher geladen werden. Im Abschnitt [system] befindet sich die Eigenkonfiguration von preload.

model

Das Vorladeverhalten von preload hängt von verschiedenen Parametern ab. Gemeinhin sollten die Werte nicht verändert werden, weil sie sinnvoll gewählt wurden. Wenn preload nicht vernünftig arbeiten sollte, man also nach ~3 Wochen keine Erststartverkürzung bei häufig genutzten Programmen feststellen kann, sollte man die Optionen in diesem Abschnitt anpassen.

Option	Standard	Funktion
cycle	20	Bestimmt, wie häufig `preload` Daten sammeln und Startwahrscheinlichkeits-Hochrechnungen ausführen soll. Es muss hier eine gerade Zahl eingetragen werden. Ein zu geringer Wert reduziert Performance und Stabilität des Systems.
usecorrelation	true	Bestimmt, ob der Korrelationskoeffizient berechnet und verwendet werden soll. Es wird derzeit davon ausgegangen, dass dies eine genauere Vorhersage von Programmen ermöglicht, die gestartet werden könnten.
minsize	2000000	Definiert in Byte ab welcher Mindestgröße eines ausführbereiten Programms dieses in den Arbeitsspeicher geladen werden soll. Ein zu hoher Wert macht `preload` ineffektiv, ein zu geringer Wert resultiert in hoher Systemlast, da `preload` mehr Prozesse überwacht.
memtotal memfree memcached	-10 50 0	Berechnungsgrundlage für den von `preload` für das Vorladen von Programmen maximal Teil verwendbaren Arbeitsspeichers. Dies wird anhand der Formel `max[0,(TOTAL × memtotal + FREE × memfree)] + CACHED × memcached` berechnet. `TOTAL`, `FREE`, und `CACHED` werden aus `/proc/meminfo` bezogen.

system

Neben des im Abschnitt [model] konfigurierten Verhaltens können hier preload-spezifische Einstellungen vorgenommen werden.

Option	Standard	Funktion
doscan	true	Bestimmt, ob die Prozessliste regelmäßig analysiert werden soll. Wenn hier `false` definiert wurde, wird die Entscheidung darüber, ein Programm vorzuladen, von `preload` aufgrund der bis zu diesem Zeitpunkt gesammelten Daten vorgenommen.
dopredict	true	Bestimmt, ob die ermittelten Programme vorgeladen werden sollen. Wenn hier `false` definiert wurde, werden die ermittelten Programme nicht vorgeladen, sondern die Ergebnisse lediglich in die Datenbank übertragen.
autosave	3600	Bestimmt das Säuber- und Speicherverhalten von `preload`. Wenn deaktiviert, wird die Datenbank nicht mehr automatisch gesäubert (nicht mehr vorhandene Dateien/Programme) und nur noch beim Beenden gespeichert. Es wird nicht empfohlen, `autosave` zu deaktivieren.
mapprefix	/opt;/usr/;/lib;/var/cache/;!/	Bestimmt, aus welchen Verzeichnissen `preload` Dateien (bzw. Programme) vorladen soll. `/path` bedeutet: „Rekursiv ab diesem Verzeichnis“, `/path/` bedeutet: „nur dieses Verzeichnis“, `!/path` bedeutet: „Rekursiv ab diesem Verzeichnis nicht“ und `!/path/` bedeutet: „nur dieses Verzeichnis nicht“. Einträge werden mittels Semikolon voneinander getrennt.
exeprefix	/opt;!/usr/sbin/;!/usr/local/sbin/;/usr/;!/	Vom Schema her wie `mapprefix`, allerdings gelten die Einträge hier nicht für ausführbare Dateien generell, sondern nur für Binärdateien.
maxprocs	30	Ermöglicht das gleichzeitige Vorladen. Wenn hier 0 eingestellt wird, wird lediglich ein einzelner Prozess zum Vorladen der Programme verwendet. gleichzeitiges Vorladen sorgt für bessere Performance, zu viele Prozesse mindern die Systemleistung.
sortstrategy	3	Definiert, nach welcher Strategie das Vorladen vorgenommen werden soll: 0 = nicht sortieren; 1 = nach Pfad sortieren; 2 = Nach inode sortieren; 3 = nach Datenblock sortieren. Den Zugriff nach Datenblock zu sortieren, ist die am weitesten entwickelte Methode, und wird für die meisten Linux-Dateisysteme empfohlen.

Siehe auch

Firefox-Profile in Ramdisk auslagern – Firefox-Start beschleunigen
Ramdisk – Einrichten einer Ramdisk

Weblinks

@@ Zeile 1: / Zeile 1: @@
-{{titel|preload}}
+{{SEITENTITEL:preload}}
 Wenn man ein System eben erst gestartet hat, und ein Programm startet, dann dauert dieser Programmstart eine gewisse Zeit. Wenn das Programm durchgelaufen ist, oder man es beendet hat, und man es irgendwann – während das System weiterlief – nochmals startet, startet das Programm ein wenig schneller. Dies ist darin begründet, dass das System die entsprechenden Dateien des Programms (genauer gesagt, den zur Ausführung bereiten Programmcode) im Arbeitsspeicher hält.
-<code>preload</code> macht genau dies ebenfalls beim Systemstart. Hierzu greift es auf eine Datenbank von Programmen zurück, die durch simples benutzen der Programme generiert wird. <code>preload</code> „lernt“, welche Programme ein Anwender verwendet, und lädt die dazu gehörigen Dateien schon mal vorsorglich in den Arbeitsspeicher.
+{{ic|preload}} macht genau dies ebenfalls beim Systemstart. Hierzu greift es auf eine Datenbank von Programmen zurück, die durch simples benutzen der Programme generiert wird. {{ic|preload}} „lernt“, welche Programme ein Anwender verwendet, und lädt die dazu gehörigen Dateien schon mal vorsorglich in den Arbeitsspeicher.
-Da <code>preload</code> aufgrund seiner Funktionsweise Arbeitsspeicher beansprucht, ist es nicht sinnvoll, es einzusetzen, wenn man nur ein Gigabyte hat. Zwei bis Vier Gigabyte RAM sollte man schon mindestens besitzen, um die Vorzüge von <code>preload</code> voll ausschöpfen zu können.
+Da {{ic|preload}} aufgrund seiner Funktionsweise Arbeitsspeicher beansprucht, ist es nicht sinnvoll, es einzusetzen, wenn man nur ein Gigabyte hat. Zwei bis Vier Gigabyte RAM sollte man schon mindestens besitzen, um die Vorzüge von {{ic|preload}} voll ausschöpfen zu können.
-== Installation ==
+{{installation
-<code>preload</code> ist im „community“-Repository vorhanden, und kann aus diesem mittels [[Pacman]] installiert werden.
+|repo=aur
+|paket=preload}}
- pacman -S preload
+Der Preload-Service sollte jetzt noch mittels {{ic|systemctl enable preload}} für den automatischen Start bei Systemstart aktiviert, und mittels {{ic|systemctl start preload}} gestartet werden.
-Da <code>preload</code> ein [[Daemon]] ist, muss er noch in das DAEMONS-Array in der [[rc.conf]] eingetragen werden und nach der Installation mittels <code>/et/rc.d/preload start</code> gestartet werden.
 == Verwendung ==
-Man verwendet <code>preload</code> nicht direkt, sondern nutzt sein System ganz normal weiter, wie bisher auch. <code>preload</code> sammelt selbständig im Hintergrund Daten über das Nutzungsverhalten und baut seine Programmdatenbank auf.
+Man verwendet {{ic|preload}} nicht direkt, sondern nutzt sein System ganz normal weiter, wie bisher auch. {{ic|preload}} sammelt selbständig im Hintergrund Daten über das Nutzungsverhalten und baut seine Programmdatenbank auf.
-Nach einigen Tagen bis zwei, drei Wochen ist <code>preload</code> so weit, dass man eine deutliche Geschwindigkeitssteigerung beim Erststart von Programmen feststellen kann.
+Nach einigen Tagen bis zwei, drei Wochen ist {{ic|preload}} so weit, dass man eine deutliche Geschwindigkeitssteigerung beim Erststart von Programmen feststellen kann.
-Laut einem Test auf Techthrob.com (siehe Weblinks) beträgt der Geschwindigkeitszuwachs zwischen 23 Prozent beim Login bis hin zu 55 Prozent beim Start von Firefox. Durchschnittlich wird die Erststartzeit von Programmen mit <code>preload</code> um 40 Prozent reduziert.
+Laut einem Test auf Techthrob.com (siehe [[#Weblinks|Weblinks]]) beträgt der Geschwindigkeitszuwachs zwischen 23 Prozent beim Login bis hin zu 55 Prozent beim Start von Firefox. Durchschnittlich wird die Erststartzeit von Programmen mit {{ic|preload}} um 40 Prozent reduziert.
 == Konfiguration ==
-Die Voreinstellungen von <code>preload</code> sind gut gewählt, und müssen nicht verändert werden, wenn es dafür keinen triftigen Grund gibt. Will man dennoch die Konfiguration anpassen, so findet man diese in der Datei <code>/etc/preload</code>. Man sollte zudem nach einer Konfigurationsänderung ein paar Tage mit der neuen Konfiguration arbeiten, und beobachten, ob man eine Änderung feststellen kann.
+Die Voreinstellungen von {{ic|preload}} sind gut gewählt, und müssen nicht verändert werden, wenn es dafür keinen triftigen Grund gibt. Will man dennoch die Konfiguration anpassen, so findet man diese in der Datei {{ic|/etc/preload}}. Man sollte zudem nach einer Konfigurationsänderung ein paar Tage mit der neuen Konfiguration arbeiten, und beobachten, ob man eine Änderung feststellen kann.
-Die Konfiguration gliedert sich in zwei Abschnitte, <code>[model]</code> und <code>[system]</code>. Im Abschnitt <code>[model]</code> befindet sich die Konfiguration des Vorlademodells, nach dem die Programme automatisch in den Arbeitsspeicher geladen werden. Im Abschnitt <code>[system]</code> befindet sich die Eigenkonfiguration von <code>preload</code>.
+Die Konfiguration gliedert sich in zwei Abschnitte, {{ic|[model]}} und {{ic|[system]}}. Im Abschnitt {{ic|[model]}} befindet sich die Konfiguration des Vorlademodells, nach dem die Programme automatisch in den Arbeitsspeicher geladen werden. Im Abschnitt {{ic|[system]}} befindet sich die Eigenkonfiguration von {{ic|preload}}.
 === model ===
-Das Vorladeverhalten von <code>preload</code> hängt von verschiedenen Parametern ab. Gemeinhin sollten die Werte nicht verändert werden, weil sie sinnvoll gewählt wurden. Wenn <code>preload</code> nicht vernünftig arbeiten sollte, man also nach ~3 Wochen keine Erststartverkürzung bei häufig genutzten Programmen feststellen kann, sollte man die Optionen in diesem Abschnitt anpassen.
+Das Vorladeverhalten von {{ic|preload}} hängt von verschiedenen Parametern ab. Gemeinhin sollten die Werte nicht verändert werden, weil sie sinnvoll gewählt wurden. Wenn {{ic|preload}} nicht vernünftig arbeiten sollte, man also nach ~3 Wochen keine Erststartverkürzung bei häufig genutzten Programmen feststellen kann, sollte man die Optionen in diesem Abschnitt anpassen.
 {| {{prettytable}}
@@ Zeile 36: / Zeile 35: @@
 | cycle
 | 20
-| Bestimmt, wie häufig <code>preload</code> Daten sammeln und Startwahrscheinlichkeits-Hochrechnungen ausführen soll. Es muss hier eine gerade Zahl eingetragen werden. Ein zu geringer Wert reduziert Performance und Stabilität des Systems.
+| Bestimmt, wie häufig {{ic|preload}} Daten sammeln und Startwahrscheinlichkeits-Hochrechnungen ausführen soll. Es muss hier eine gerade Zahl eingetragen werden. Ein zu geringer Wert reduziert Performance und Stabilität des Systems.
 |-
 | usecorrelation
@@ Zeile 44: / Zeile 43: @@
 | minsize
 | 2000000
-| Definiert in Byte ab welcher Mindestgröße eines ausführbereiten Programms dieses in den Arbeitsspeicher geladen werden soll. Ein zu hoher Wert macht <code>preload</code> ineffektiv, ein zu geringer Wert resultiert in hoher Systemlast, da <code>preload</code> mehr Prozesse überwacht.
+| Definiert in Byte ab welcher Mindestgröße eines ausführbereiten Programms dieses in den Arbeitsspeicher geladen werden soll. Ein zu hoher Wert macht {{ic|preload}} ineffektiv, ein zu geringer Wert resultiert in hoher Systemlast, da {{ic|preload}} mehr Prozesse überwacht.
 |-
 | memtotal<br />memfree<br />memcached
 | -10<br />50<br />0
-| Berechnungsgrundlage für den von <code>preload</code> für das Vorladen von Programmen maximal Teil verwendbaren Arbeitsspeichers. Dies wird anhand der Formel <code>(TOTAL × memtotal + FREE × memfree) + CACHED × memcached</code> berechnet. <code>TOTAL</code>, <code>FREE</code>, und <code>CACHED</code> werden aus <code>/proc/meminfo</code> bezogen.
+| Berechnungsgrundlage für den von {{ic|preload}} für das Vorladen von Programmen maximal Teil verwendbaren Arbeitsspeichers. Dies wird anhand der Formel {{ic|max[0,(TOTAL × memtotal + FREE × memfree)] + CACHED × memcached}} berechnet. {{ic|TOTAL}}, {{ic|FREE}}, und {{ic|CACHED}} werden aus {{ic|/proc/meminfo}} bezogen.
 |}
 === system ===
-Neben des im Abschnitt <code>[system]</code> konfigurierten Verhaltens können hier <code>preload</code>-spezifische Einstellungen vorgenommen werden.
+Neben des im Abschnitt {{ic|[model]}} konfigurierten Verhaltens können hier {{ic|preload}}-spezifische Einstellungen vorgenommen werden.
 {| {{prettytable}}
 |-
@@ Zeile 61: / Zeile 60: @@
 | doscan
 | true
-| Bestimmt, ob die Prozessliste regelmäßig analysiert werden soll. Wenn hier <code>false</code> definiert wurde, wird die Entscheidung darüber, ein Programm vorzuladen, von <code>preload</code> aufgrund der bis zu diesem Zeitpunkt gesammelten Daten vorgenommen.
+| Bestimmt, ob die Prozessliste regelmäßig analysiert werden soll. Wenn hier {{ic|false}} definiert wurde, wird die Entscheidung darüber, ein Programm vorzuladen, von {{ic|preload}} aufgrund der bis zu diesem Zeitpunkt gesammelten Daten vorgenommen.
 |-
 | dopredict
 | true
-| Bestimmt, on die ermittelten Programme vorgeladen werden sollen. Wenn hier <code>false</code> definiert wurde, werden die ermittelten Programme nicht vorgeladen, sondern die Ergebnisse lediglich in die Datenbank übertragen.
+| Bestimmt, ob die ermittelten Programme vorgeladen werden sollen. Wenn hier {{ic|false}} definiert wurde, werden die ermittelten Programme nicht vorgeladen, sondern die Ergebnisse lediglich in die Datenbank übertragen.
 |-
 | autosave
 | 3600
-| Bestimmt das Säuber- und Speicherverhalten von <code>preload</code>. Wenn deaktiviert, wird die Datenbank nicht mehr automatisch gesäubert (nicht mehr vorhandene Dateien/Programme) und nur noch beim Beenden gespeichert. Es wird nicht empfohlen, <code>autosave</code> zu deaktivieren.
+| Bestimmt das Säuber- und Speicherverhalten von {{ic|preload}}. Wenn deaktiviert, wird die Datenbank nicht mehr automatisch gesäubert (nicht mehr vorhandene Dateien/Programme) und nur noch beim Beenden gespeichert. Es wird nicht empfohlen, {{ic|autosave}} zu deaktivieren.
 |-
 | mapprefix
 | /opt;/usr/;/lib;/var/cache/;!/
-| Bestimmt, aus welchen Verzeichnissen <code>preload</code> Dateien (bzw. Programme) vorladen soll. <code>/path</code> bedeutet: „Rekursiv ab diesem Verzeichnis“, <code>/path/</code> bedeutet: „nur dieses Verzeichnis“, <code>!/path</code> bedeutet: „Rekursiv ab diesem Verzeichnis nicht“ und <code>!/path/</code> bedeutet: „nur dieses Verzeichnis nicht“. Einträge werden mittels Semikolon voneinander getrennt.
+| Bestimmt, aus welchen Verzeichnissen {{ic|preload}} Dateien (bzw. Programme) vorladen soll. {{ic|/path}} bedeutet: „Rekursiv ab diesem Verzeichnis“, {{ic|/path/}} bedeutet: „nur dieses Verzeichnis“, {{ic|!/path}} bedeutet: „Rekursiv ab diesem Verzeichnis nicht“ und {{ic|!/path/}} bedeutet: „nur dieses Verzeichnis nicht“. Einträge werden mittels Semikolon voneinander getrennt.
 |-
 | exeprefix
 | /opt;!/usr/sbin/;!/usr/local/sbin/;/usr/;!/
-| Vom Schema her wie <code>mapprefix</code>, allerdings gelten die Einträge hier nicht für ausführbare Dateien generell, sondern nur für Binärdateien.
+| Vom Schema her wie {{ic|mapprefix}}, allerdings gelten die Einträge hier nicht für ausführbare Dateien generell, sondern nur für Binärdateien.
 |-
 | maxprocs
@@ Zeile 98: / Zeile 97: @@
 [[Kategorie:Systemverwaltung]]
 [[Kategorie:Tipps und Tricks]]
+[[en:Preload]]