Letztenendes müßte man das mal testen. Du kannst die Resultate hier posten. Erst dann sieht man ob es was gebracht hat oder nicht.

Kannst du das vielleicht mit vorher nachher Bootchart veranschaulichen?

mannohneschuh schrieb

jean-paul schrieb

aze schriebauf die paar sekunden kommts doch eigentlich net wirklich an, oder?

Mit dieser Einstellung hätte die Menschheit vielleicht das Rad erfunden, aber nie genutzt.

Er wird mit seiner Idee wahrscheinlich scheitern, aber darauf kommts doch eigentlich net wirklich an, oder?

Jean-Paul

Kein Rad benutzen? Also kein Dampfross bauen, kein AKW, kein PC, kein Linux? Wär zwar ungewohnt, aber auch 'ne Variante.
🙂

Eine noch bessere Idee wäre es wenn man das System, so wie es im RAM liegen soll einfach in eine Datei schreibt, und beim Starten wird aus der Datei gleich alles in einem Rutsch in den RAM geschrieben.

Ich nenne das "Suspend to Disk". Gleich morgen früh meld ich das Patent an.

Ich hätte da noch einen Vorschlag: Du speicherst nur belegten Speicher auf Disk und nennst das "Suspend to Disk 2". Das wär doch mal was. Die meisten wären doch sonst gekniffen. Lad mal 8 oder 16 G ;-)

"Die meisten" haben schon 8+ GiB RAM? 😉 Aber das normale S2D macht das schon...

Die meisten nicht. Aber alle meine Maschinen haben mindestens 4G. Bei den Preisen machts auch keinen Sinn mehr an Ram zu sparen. Und 4 G von Platte ist langsamer als Neustart. Bei SSD wahrscheinlich auch. Wenn ich Bootcharts von unter 5s sehe, wirds auch knapp mit 250M/s. Nicht mehr wollte ich sagen.

Readahead ist aber bei Archlinux nicht das Gelbe vom Ei. Das ist die Uralt-Version. James hat weiterentwickelt, unter Ubuntu nennt sich das je ureadahead. Die hauptsächliche Weiterentwicklung ist wohl die, dass neben getrennt abgehandelter Unterstützung für SSD und Mech. die Ladelisten zugriffsoptimiert sortiert werden können. Wäre richtig klasse, wenn es denn richtig funktionieren würde.
Die Scripts würden mich schon sehr interessieren. die hier angesprochene Idee mit dem Tar fand ich auch in die richtige Richtung.

Zum Namen: eigentlich nicht.

Ausprobiert: noch nicht, ich steh hier grade vor den Trümmern meines Systems und bin am sortieren. Neuer Kernel, neue Partitionierung, neue Dateisysteme. Ab Mittag kann ich wahrscheinlich testen.

AUR readahead: Das ist das Uralt-Teil von James. Einfach nur aufs Datum schauen (2005).

sreadahead ist eine Umsetzung des readaheads von Intel speziell für SSDs. Da würd ich nicht beigehen, das Teil ist obsolet. ureadahead (spich (u)ueber-readahead ist die aktuelle Umsetzung von James Remanad. Die ist aber leider noch ein wenig buggy (das /var - Probem). Auf Maschinen, die eine ausgefeilte Partitionierung haben, ist das Teil momentan nicht lauffähig (Aussage Remnand). Ich hab mal ein wenig Hand aufgelegt und es auch nicht zum laufen bekommen. Wer darauf verzichten kann, /var auf eine eigene Partition zu legen, ist damit bestens bedient. Die von mir oben beschriebene Partitionierung ist für einen Desktop ja auch etwas ungewöhnlich. Da ich aber die Hardware habe und auch nuzen möchte, bin ich ein wenig in den Arsch gekniffen.
Aktuell kann ich ein Fazit ziehen: readahead-fedora ist für meine Konfiguration das Beste, aber leder nicht im AUR. Verzichte ich auf die extra-Platte für /var, läuft ureadahead vom feinsten. Durch den Wegfall des unabhängigen Devices habe ich aber keine Geschwindigkeitsvorteile gegenüber readahead-fedora.

Auf gut Deusch: Auf Systemen mit nur einer oder zwei Platten ist ureadahead das momentane Non-Plus-Ultra. Finger weg von sreadahead, die Funktionalitäten sind in ureadahead integriert. Ureadahead mach eine interessante Sache, es entscheidet die Optimierungsvariante nach verwendeter Hardware. Richtig gelungen finde ich auch die Lösung, die zu optimierenden Files in eine .pack Datei zu schreiben und aus dieser zu lesen. Das ist so die Richtung lesen aus .tar u.ä.

Das Problem bei ureadahead ist, das man in den Ablauf nicht mehr so einfach reinfrickeln kann, wie bei readahead oder readahead-fedora. Sprich, am Ende hab ich bei ureadahead nur ein gepacktes File. Bei readahead-() habe ich eine Liste, mit der ich nach Gutdünken und Jux und Dollerei rumexprimentiern kann.

Das ist so ungefähr mein Wissensstand zu diesem Thema.

Geil, brauch ich mich nicht mehr drum kümmern. Ich sortier dann mal weiter Partitionen...

Was hast Du am Kernel geändert?