Hallo,
ich baue gerade einen Internetrechner, auf dem nur ein X-Server und ein Browser laufen sollen. Um das Booten ein bißchen zu beschleunigen, hab' ich mir überlegt, sobald das ganze fertig ist, alles via suspend to disk einzufrieren und immer wieder in den gleichen Zustand booten zu lassen. Im aktuellen Kernel (2.6.8.1) gibt es immer noch beide Implementationen swsusp von Pavel Machek und pmdisk von Patrick Mochel. Nun zu den Fragen:
Benutzt jemand suspend to disk? Und wenn ja, welche Implementation? (Ich glaube zwischendurch hab es sogar eine dritte.) Wie stabil ist das Ganze? Gibt es sonst nochwas zu beachten?
Viele Grüße Frank Benkstein.
Hallo, also ich persönlich habe weder pmdisk noch swsusp jemals richtig zum laufen gebracht. Entweder ist schon beim Speichern alles schiefgegangen, aber meisstens war beim/nach dem Laden Schluss und nix passierte mehr. Es gibt aber Personen, die es zum Laufen bekommen haben. Was ich aber empfehlen kann ist swsusp2. Das läuft bei mir auf diversen Rechnern tadellos. Man sollte aber das zugehörige Hibernate-script benutzen, da einige Dienste beendet/neu gestartet werden müssen. Ansonsten habe ich noch das Problem, dass meine IRDA-schnittstelle nach dem Resume nicht mehr geht, auch ein Neuladen der Module bring nix. Also teste erstmal. Es gibt einige Module, die einfach nicht mit swsusp(2) oder pmdisk wollen.
Alex
Am Dienstag 07 September 2004 13:00 schrieb Frank Benkstein:
Hallo,
ich baue gerade einen Internetrechner, auf dem nur ein X-Server und ein Browser laufen sollen. Um das Booten ein bißchen zu beschleunigen, hab' ich mir überlegt, sobald das ganze fertig ist, alles via suspend to disk einzufrieren und immer wieder in den gleichen Zustand booten zu lassen. Im aktuellen Kernel (2.6.8.1) gibt es immer noch beide Implementationen swsusp von Pavel Machek und pmdisk von Patrick Mochel. Nun zu den Fragen:
Benutzt jemand suspend to disk? Und wenn ja, welche Implementation? (Ich glaube zwischendurch hab es sogar eine dritte.) Wie stabil ist das Ganze? Gibt es sonst nochwas zu beachten?
Viele Grüße Frank Benkstein.
Lug-dd maillist - Lug-dd@schlittermann.de http://mailman.schlittermann.de/mailman/listinfo/lug-dd
Hallo,
On Tue, 7 Sep 2004 13:27:47 +0200 "nospam@phixom.de" nospam@phixom.de wrote:
Am Dienstag 07 September 2004 13:00 schrieb Frank Benkstein:
Hallo,
[swsusp für schnelleres Booten] Im aktuellen Kernel (2.6.8.1) gibt es immer noch beide Implementationen swsusp von Pavel Machek und pmdisk von Patrick Mochel. Nun zu den Fragen:
Benutzt jemand suspend to disk? Und wenn ja, welche Implementation? (Ich glaube zwischendurch hab es sogar eine dritte.) Wie stabil ist das Ganze? Gibt es sonst nochwas zu beachten?
also ich persönlich habe weder pmdisk noch swsusp jemals richtig zum laufen gebracht. Entweder ist schon beim Speichern alles schiefgegangen, aber meisstens war beim/nach dem Laden Schluss und nix passierte mehr. Es gibt aber Personen, die es zum Laufen bekommen haben. Was ich aber empfehlen kann ist swsusp2. Das läuft bei mir auf diversen Rechnern tadellos.
Hört sich interessant an und die swapfile-Unterstützung würde auch ein weiteres meiner Probleme lösen.
Danke für die Antwort, Grüße Frank Benkstein.
PS: Bitte gib ein richtigen Namen und gewöhne dir das ToFu ab.
Hallo Frank!
Am Dienstag, 7. September 2004 13:00 schrieb Frank Benkstein:
Internetrechner, ... X-Server und ... Browser Booten ... beschleunigen ... suspend to disk
Ich würde auf Slackware ein so winziges System aufbauen, daß es unschalgbar schnell bootet. Vielleicht wäre auch Damn Small Linux das Richtige für Dich.
Thomas
Hallo,
On Tue, 7 Sep 2004 13:44:50 +0200 Thomas Schmidt lug-dd@netaction-server.de wrote:
Am Dienstag, 7. September 2004 13:00 schrieb Frank Benkstein:
Internetrechner, ... X-Server und ... Browser Booten ... beschleunigen ... suspend to disk
Ich würde auf Slackware ein so winziges System aufbauen, daß es unschalgbar schnell bootet. Vielleicht wäre auch Damn Small Linux das Richtige für Dich.
Ist schon ein ganz kleines CRUX mit handverlesenen init-Skripten. Besonders schnell ist es trotzdem nicht.
Grüße Frank Benkstein.
On Tue, Sep 07, 2004 at 01:00:03PM +0200, Frank Benkstein wrote:
Hallo,
ich baue gerade einen Internetrechner, auf dem nur ein X-Server und ein Browser laufen sollen. Um das Booten ein bißchen zu beschleunigen, hab' ich mir überlegt, sobald das ganze fertig ist, alles via suspend to disk einzufrieren und immer wieder in den gleichen Zustand booten zu lassen. Im aktuellen Kernel (2.6.8.1) gibt es immer noch beide Implementationen swsusp von Pavel Machek und pmdisk von Patrick Mochel. Nun zu den Fragen:
Benutzt jemand suspend to disk? Und wenn ja, welche Implementation? (Ich
2.6.9-rc1 + bk-power (da ist swsusp/pmdisk schon wieder zusammengeführt) + swsusp-progress/speedup-patch von Pavel auf der LKML letzte Woche. Das wird über kurz oder lang auch so im vanilla-Kernel landen.
Funktioniert mit SUSE 9.1 wunderbar (powersave -U -> system ist 15 sek. später aus, nach weiteren 30 sek. wieder da.
glaube zwischendurch hab es sogar eine dritte.) Wie stabil ist das Ganze?
bei mir gehts zuverlässig.
Gibt es sonst nochwas zu beachten?
Manche Treiber vertragen sich nicht so richtig mit suspend to disk -> vorher entladen / nachher neu laden, das werden aber immer weniger. swsusp2 soll auch ganz toll sein, aber ich will nicht die nächsten Jahre bei jedem Kernel-update wieder die patches reinpopeln müssen.
On Tuesday 07 September 2004 16:21, Stefan Seyfried wrote:
2.6.9-rc1 + bk-power (da ist swsusp/pmdisk schon wieder zusammengeführt)
- swsusp-progress/speedup-patch von Pavel auf der LKML letzte Woche.
Das wird über kurz oder lang auch so im vanilla-Kernel landen.
Funktioniert mit SUSE 9.1 wunderbar (powersave -U -> system ist 15 sek. später aus, nach weiteren 30 sek. wieder da.
Beendest Du dafür vorher Dein X11?
Ciao, -Gregor
On Tue, Sep 07, 2004 at 10:42:50PM +0200, Gregor Jasny wrote:
On Tuesday 07 September 2004 16:21, Stefan Seyfried wrote:
Funktioniert mit SUSE 9.1 wunderbar (powersave -U -> system ist 15 sek. später aus, nach weiteren 30 sek. wieder da.
Beendest Du dafür vorher Dein X11?
Natürlich nicht, da könnte ich ja gleich neu booten. Mit Binärschrotttreiber-Grafikkarten muss das natürlich nicht funktionieren, aber mit meinen Testlaptops mit... - Centrino -> i8xx - SIS - ATI Rage Mobility (mach64, "ati" Treiber) - ATI Radeon RV250 (radeon Treiber, nicht fglrx) - NVidia mit nv Treiber (kein 3d) ... also praktisch alles, was es heute zu kaufen gibt, funktioniert es wunderbar. Eine aktuelles X vorausgesetzt (momentan habe ich "X Window System Version 6.7.99.903 (6.8.0 RC 3)", auf der SUSE 9.1 war IIRC die letzte XFree86 vor der Lizenz-Änderung + Patches) funktioniert es wunderbar.
Am Di, 07. Sep 2004 10:42:50 +0200, schrieb Gregor Jasny:
On Tuesday 07 September 2004 16:21, Stefan Seyfried wrote:
2.6.9-rc1 + bk-power (da ist swsusp/pmdisk schon wieder zusammengeführt)
- swsusp-progress/speedup-patch von Pavel auf der LKML letzte Woche.
Das wird über kurz oder lang auch so im vanilla-Kernel landen.
Funktioniert mit SUSE 9.1 wunderbar (powersave -U -> system ist 15 sek. später aus, nach weiteren 30 sek. wieder da.
Beendest Du dafür vorher Dein X11?
Hab ich noch nie gemacht... Aktuelle Konsole sicher (fgconsole) und chvt auf 12 und zurück haben bisher sogar bei s4bios geholfen (SiS).
Tobias
Gregor Jasny [2004-09-07, 22:44 +0200]: Hi,
Ich habe mal swsuspend2 mit einkompiliert. Das geht sehr gut. Mit pmdisk hat das Disk-Suspend ewig gedauert, ging aber. swsuspend2 ist wesentlich schneller. Suspend to RAM geht ja nur mit pmdisk.
Funktioniert mit SUSE 9.1 wunderbar (powersave -U -> system ist 15 sek. später aus, nach weiteren 30 sek. wieder da.
Beendest Du dafür vorher Dein X11?
Wenn ich bei einer Radeon 9600 den propritären ATI verwende geht es. Aber das fglrx Kernel-Modul darf nicht geladen sein. Dann ist nix mit H/W 3D Beschleunigung ... Brauche ich aber auch nicht. Der XFree86 4.3 Server unterstützt genau die Karte nicht. Bei dem neuen x.org ist sie als unterstützt angegeben.
Gruß,
Frank
On Sat, Sep 11, 2004 at 03:41:04PM +0200, Frank Becker wrote:
Gregor Jasny [2004-09-07, 22:44 +0200]: Hi,
Ich habe mal swsuspend2 mit einkompiliert. Das geht sehr gut. Mit pmdisk hat das Disk-Suspend ewig gedauert, ging aber. swsuspend2 ist wesentlich schneller.
deshalb schrieb ich ja "2.6.9-rc1 + bk-power + swsusp-progress/speedup-patch" bzw. einfach den Patch, den Pavel als "my current bigdiff" auf LKML gepostet hat. Damit geht's jetzt wirklich schnell.
Suspend to RAM geht ja nur mit pmdisk.
nicht. :-) Suspend to RAM geht nicht, Ausnahmen bestätigen die Regel :-) Allerdings braucht man, wenn es denn geht, dazu kein swsusp/pmdisk.
lug-dd@mailman.schlittermann.de
-
Frank Becker -
Frank Benkstein -
Gregor Jasny -
nospam＠phixom.de -
Stefan Seyfried -
Thomas Schmidt -
Tobias Schlemmer