Software Suspend 2 - Anleitung

[peschmae]

Für alle die sich für Software Suspend 2 interessieren - ich hab das mittlerweile endlich erfolgreich mit Kernel 2.6.7 zum laufen gebracht.
Das ganze habe ich unter http://www.gnu.buildtolearn.net/linux/suspend2/ dokumentiert.

Mittlerweile laufen 3 Laptops bei mir damit (fast) perfekt. eagle hats mittlerweile auch am laufen.

Bei mir brauchts zum suspenden etwa 35 Sekunden und etwas länger zum starten - etwa 45 Sekunden.

Für alle dies interessiert (und bei denen ACPI S3 auch nicht funktioniert) - einfach mal ausprobieren.

MfG Peschmä

[pdreker]

Schick...

Aber: Wenn Du es schon nicht ins Wiki einstellst (falsche Sprache ), dann mache doch wenigstens von dort einen Link zu der Seite... Oder trag es hier oben unter "Wichtige Links" ein...

Patrick

[peschmae]

So, ich hab mal einen Link ins Wiki geschrieben.

MfG Peschmä

[sebas]

Ich benutze swsusp2 seit etwas mehr als einem Jahr, und habe die Entwicklung ziemlich genau beoabachtet. Daher natuerlich ein paar Verbesserungsvorschlaege.

- Requirements: Es gibt swap file support, d.h. die Swap partition braucht man im Zweifelsfall nicht fuer swsusp2.
- Configuring: Der Hauptvorteil von LZF ist - imo - das es wesentlich schneller ist.
- Troubleshooting: Die haeufigsten Probleme sind bei Treibern zu suchen, die Power Management nicht richtig unterstuetzen (z.B. der Nvidia Grafikkarten Treiber und einige USB Module). Die Module vor dem Suspenden rmmodden, und danach wieder zu laden hilft.
- Fuer diejenigen die noch 2.4 benutzen (ich z.B.): Software Suspend unter 2.4 ist deutlich stabiler als unter 2.6.
(- Rechtschreibung: Ressourcen schreibt an im Englischem mit einem 's', "Software Supsend Homeapge" ", "sucessfully", "probabely")

Hoffentlich hilft's um das HowTo zu verbessern.

Bitte versteh die Kritik nicht falsch, ich finde es ein gutes Howto, die Kritik ist positiv gemeint, faende ich das Howto nicht gut, haette ich mir nicht die Muehe gemacht, zu reagieren.

[peschmae]

Danke

Freut mich dass jemand das so genau angeguckt hat.

- Configuring: Der Hauptvorteil von LZF ist - imo - das es wesentlich schneller ist.

Ja, so in etwa das was in der Kerneldoku steht und allgemein auch auf LZF-Kompression zutrifft. Was ich aber hier nicht weiss (und deshalb lieber auch nix falsches nacherzähle/vermute) ist ob das was ausmacht (sei es an Platzgewinn/Verlust gegenüber GZip/Keine Kompression oder auch an Tempogewinn/Verlust)

MfG Peschmä

[peschmae]

- Requirements: Es gibt swap file support, d.h. die Swap partition braucht man im Zweifelsfall nicht fuer swsusp2.

Bei den Kernel-Konfig-Optionen steht im Hilfetext aber der Swap File Support sei broken

MfG Peschmä

[sebas]

Ja, das stimmt, aber nur fuer 2.6, und Nigel plant den schnell zu fixen. Ich nehme an, dass du die Mailingliste empfaengst?

[peschmae]

Ja, so halb. Ich guck ab und zu im Archiv auf sf vorbei. Sollte die tatsächlich mal abonnieren.

MfG Peschmä

[sebas]

Danke

Freut mich dass jemand das so genau angeguckt hat.

- Configuring: Der Hauptvorteil von LZF ist - imo - das es wesentlich schneller ist.

Ja, so in etwa das was in der Kerneldoku steht und allgemein auch auf LZF-Kompression zutrifft. Was ich aber hier nicht weiss (und deshalb lieber auch nix falsches nacherzähle/vermute) ist ob das was ausmacht (sei es an Platzgewinn/Verlust gegenüber GZip/Keine Kompression oder auch an Tempogewinn/Verlust)

MfG Peschmä

Diese Frage tauchte vor kurzem auf der ML auf. Die Quintessenz ist, dass mit halbwegs aktueller Hardware LZF schneller ist, und Kompressionsraten von ca 40% - 65% bietet, und schneller compressed als man's auf der Festplatte wegschreiben kann. GZIP ist mit aktueller Hardware noch zu langsam, d.h. das schreiben muss warten, bis die Daten fertig sind. In ferner Zukunft wird GZIP vermutlich im Ganzen einen Geschwindigkeitsvorteil bieten, aber das dauert wohl noch einige Zeit, auch wenn Herr Moore Recht behaelt. Wie viel GZIP genau compressed weiss ich nicht, ich habe aber in einigen Tests festgestellt, dass es sogar ohne Compression insgesamt schneller geht, als nur mit GZIP. Auch Kombinationen von beiden Algorithmen bieten keine Vorteile, wenn's darum geht schnell zu suspenden und wieder betriebsbereit zu sein.

[MBraun]

down?

[peschmae]

nicht ganz. Die URL hat sich geändert. Versuchs noch mal

MfG Peschmä

[MBraun]

ah, thx

gruß
MB

[MBraun]

Hi,
die config datei liegt jezt übrigens in /etc/hibernate/hibernate.conf
kennt jemand nen weg, wie man vor dem start des x-servers noch nen prog starten kann. Ich muss davor noch das vbios im ram patchen. Geht auch so nur muss man dann erst auf konsole 1 und dann wieder auf 7 wechlsen, dann stimmt die auflösung.
sonst funktioniert das einwandfrei. vielen dank für die anleitung *G*

gruß
MB

[peschmae]

Ich würde das schon updaten - nur läufts im Moment bei mir noch nicht ganz richtig mit aktuellem Patch und neuem Suspend-Script.

MfG Peschmä

[MBraun]

Hi,
mal ne grundsätzliche Frage.
Der ram wird ja in die swap-partiton geschrieben. Was ist nun, wenn im swap schon was drin ist also angenommen im ram sind 500MB und im swap nochmal 300MB und die Swappartition ist 600MB groß.
Wo wird das dann hingeschrieben? Oder sollte man eine Swappartition verwenden, die im laufenden System nicht eingebunden ist?

gruß
MB

[peschmae]

Mit dem Suspend-Script ist tatsächlich alles in Ordnung - zumindest läufts auch bei mir mit dem 2.0.0.90v2er Patch - aber nicht mit dem neueren 2.0.0.103er. Der geht nur mit echo

Wenn die von dir beschriebene Situation eintritt wirds knapp. Software Suspend 2 komprimiert - dürfte eventuell gerade passen. Aber wenns noch knapper wird passts nicht - pech gehabt. Wenn du also immer sicher sein willst dass das Suspenden funktioniert brauchst du eine entsprechend separate Swap-Partition (oder einfach eine die riesig ist).

Alternativ kannst du auch ein Swapfile verwenden - das geht aber nur bei neueren Versionen - bei 2.0.0.90 war das noch broken.

Was genau passiert wenn der Platz nicht passt weiss ich nicht - Software Suspend merkt das ja erst wenn es schon am Suspenden ist - weil es vorher nicht abschätzen kann wie gut die Kompression wirkt.

Btw. sei froh dass du Software Suspend 2 verwendest - ältere Versionen (PMDisk und Software Suspend 1) benötigten eine Zeit lang noch das doppelte des Rams in deinem PC als feier Swapspeicher, wenn ich mich richtig erinnere.

MfG Peschmä

[sebas]

Mit dem Suspend-Script ist tatsächlich alles in Ordnung - zumindest läufts auch bei mir mit dem 2.0.0.90v2er Patch - aber nicht mit dem neueren 2.0.0.103er. Der geht nur mit echo

Mit dem neusten hibernate script geht's wieder. Die Eintraege in /proc sind umgezogen von /proc/swsusp nach /proc/software_suspend.

Wenn die von dir beschriebene Situation eintritt wirds knapp. Software Suspend 2 komprimiert - dürfte eventuell gerade passen. Aber wenns noch knapper wird passts nicht - pech gehabt. Wenn du also immer sicher sein willst dass das Suspenden funktioniert brauchst du eine entsprechend separate Swap-Partition (oder einfach eine die riesig ist).

Oder en Swapfile. Suspend wird uebrigens abbrechen und du kannst weiterarbeiten, wenn die Daten nicht in den Swapspace (Partition oder File) passen.

Alternativ kannst du auch ein Swapfile verwenden - das geht aber nur bei neueren Versionen - bei 2.0.0.90 war das noch broken.

Es sollte wieder gehen, falls das nicht so ist, bitte auf der Mailingliste Bescheid sagen.

Was genau passiert wenn der Platz nicht passt weiss ich nicht - Software Suspend merkt das ja erst wenn es schon am Suspenden ist - weil es vorher nicht abschätzen kann wie gut die Kompression wirkt.

Bricht ab, und kehrt zurueck, wie gesagt.

[peschmae]

Mit dem Suspend-Script ist tatsächlich alles in Ordnung - zumindest läufts auch bei mir mit dem 2.0.0.90v2er Patch - aber nicht mit dem neueren 2.0.0.103er. Der geht nur mit echo

Mit dem neusten hibernate script geht's wieder. Die Eintraege in /proc sind umgezogen von /proc/swsusp nach /proc/software_suspend.

Nein. Das ist nicht das Problem. Ich verwende die Debian-Pakete - das Script ist also aktuell (im Moment irgend ne rc von dem Script).
Ausserdem hatte er schon angefangen zu Suspenden - hing bei Freezing I/O Zeuchs. Scheint irgendwie mit XFS zusammenzuhängen das Problem. Auf jeden Fall bin ich nicht der einzige der das hatte.

Alternativ kannst du auch ein Swapfile verwenden - das geht aber nur bei neueren Versionen - bei 2.0.0.90 war das noch broken.

Es sollte wieder gehen, falls das nicht so ist, bitte auf der Mailingliste Bescheid sagen.

Werde ich schon testen. Wenn >= 2.0.0.100 sauber läuft

MfG Peschmä

[BlauAufmBau]

Was ist nun, wenn im swap schon was drin ist also angenommen im ram sind 500MB und im swap nochmal 300MB und die Swappartition ist 600MB groß.

Ich denke mal, dass führt zu nem Unglück! Die Swap-Partition muss groß genug sein um RAM-Inhalt inkl. HD-Auslagerung (swap) aufzunehmen. Duch die Kompression wird zwar etwas eingespart, trotzdem sollte der Platz fürs resume-File lieber etwas größer bemessen werden...

[peschmae]

Nix Unglück. Wie sebas beschrieben hat (und mir mittlerweile auch einmal passiert ist, allerdings mit Swsusp und nicht Swsusp2) wird halt einfach der Suspend-Vorgang abgebrochen - genau so wie wenn man den manuell abbrechen würde.

MfG Peschmä

[sebas]

Jep, bricht friedlich ab.

Uebrigens, ueber dem Daumen gepeilt bringt das Zippen der Pages ca 40% - 60% Platzersparnis. Eventuell kann man einfach angeben, dass man hoechstens x MB speichern will, der Rest wird dann vorher leergemacht. Ich speichere meist nur ca 300MB von 512, das macht das Suspenden wesentlich schneller, und die letzten paar hundert MB sind eh meist unbenutzter Cache. YMMV.

[peschmae]

So, ich hab mal ein Update der Anleitung auf Software Suspend 2.0.0.104 gemacht. Am Installationsvorgang hat sich nicht viel geändert - neues Suspend-Script (als Debian-Paket zu haben) und natürlich einige neue Features.

Uebrigens, ueber dem Daumen gepeilt bringt das Zippen der Pages ca 40% - 60% Platzersparnis.

Bei mir kommt er konstant auf 50% Kompressionsrate - auf jeden Fall viel.

Eventuell kann man einfach angeben, dass man hoechstens x MB speichern will, der Rest wird dann vorher leergemacht. Ich speichere meist nur ca 300MB von 512, das macht das Suspenden wesentlich schneller, und die letzten paar hundert MB sind eh meist unbenutzter Cache. YMMV.

Wie funktioniert das genau? Werden denn die Caches nicht sowieso verworfen? Und was ist wenn du die Sache auf 300MB begrenzt und du mehr Ram belegt (also nicht durch Caches sondern "echte" Applikationsdaten) hast?

MfG Peschmä

[QT]

peschmae, prima und Danke schön. Ich werde mich diesem Thema nach längerer Zeit nun mal wieder widmen und dann auch Deine Anleitung befolgen. Ich hatte mit suspend-to-disk2 mal zu Beginn der 2.6er Kernelreihe herumexperimentiert und es auch 1 oder 2 mal erfolgreich nutzen können, aber dann kamen Updates und das suspenden/resumen funktionierte nicht mehr. Beim resume meinter der Treiber immer, dass es ein normaler Boot sei und hat deswegen nie, die alte Session resumed.

In der Zeit gab es aber einige Bugs im suspend-to-disk2 Code und ich hatte auf der ML gelesen, dass Nigel wohl an den Bugs arbeiten wollte. Dann hatte ich die Sache erstmal auf Eis gelegt, werde es aber nun dann wieder probieren, da bei mir ACPI S3 einfach nicht läuft (Rechner kann nicht mehr aufgeweckt werden).

Parallel hatte ich aber auch noch ein Problem mit ndiswrapper (wollte einfach nicht mit meinem AccessPoint zusammenarbeiten) und hatte fuer eine Weile daher fast ausschliesslich WIndows genutzt. Seit dieser Woche habe ich nun den ipw2100 Treiber im Einsatz und mit diesem geht bei mir auch mein WLAN mit dem angesprochenen AP und daher wird nun wieder das Suspenden interessant......

Wenn das mit dem suspend Probleme macht, melde ich mich dann wieder hier

[MBraun]

Bei mir hängt er manchmal bei
freezing processes....
hab allerdings grad nicht die aktuellste Version. Die Maus ruckelt auch nach dem resumen. Nachdem ich eingestellt hab, dass er hotplug nach resumen neu läd gehts allerdings dann wieder flott *g*

[peschmae]

Bei mir hängt er manchmal bei
freezing processes....

Das Problem hatte ich vor allem bei 2.0.0.103 mit XFS - irgendwie wollte sich das pdflush nicht freezern lassen.
Dafür funktionierte die Sache dann jeweils wenn ich Suspend mittels "sync && echo > /proc/software_suspend/activate" und nicht via das Suspend-Script gestartet hab.

MfG Peschmä