wieso überhaupt ausschalten?
EDV-Heizung lebe hoch
Geschwindigkeit
- peschmae
- Beiträge: 4844
- Registriert: 07.01.2003 12:50:33
- Lizenz eigener Beiträge: MIT Lizenz
- Wohnort: nirgendwo im irgendwo
Software-Suspend - ich widerhole andere
Zugegebenermassen frag ich mich allerdings auch wieso arch so viel schneller booted. Mit denselben Diensten wars auch bei mir etwa in 2/3 der Debian-Zeit fertig.
Hab mal irgendwo gelesesen, dass swsusp 2 vom restore-Tempo her mittlerweile mit Suspend-To-Ram einigermassen mithalten kann. Und das wäre verdammt schnell
MfG Peschmä
Zugegebenermassen frag ich mich allerdings auch wieso arch so viel schneller booted. Mit denselben Diensten wars auch bei mir etwa in 2/3 der Debian-Zeit fertig.
Hab mal irgendwo gelesesen, dass swsusp 2 vom restore-Tempo her mittlerweile mit Suspend-To-Ram einigermassen mithalten kann. Und das wäre verdammt schnell
MfG Peschmä
imho liegt es daran, dass die für den gesamten bootprozess nur 1 skript haben, in dem alles drinsteht. der normale weg funktioniert über die rc.d - orgie mit gazillionen von sich wechselseitig aufrufenden symlinks.
das ließe sich doch irgendwie simplifizieren, oder?
mir schwebt ohnehin eine idee vor, mit der man (für desktopsysteme) die boot-zeit verringern könnte:
normale user sind ziemlich "visuelle" menschen. winXp nutzt dies aus, indem es die teile, die nicht unmittelbar zum GUI gehören, erst später nachlädt. bis ein bild vom user korrekt erkannt und mit einem bestimmten ziel in verbindung gebracht werden (die dann handlungen initiieren), vergehen (lt. einigen psychologischen studien) etwa 6 - 10 sekunden. und das könnte man nutzen - wäre es also nicht möglich, erst das GUI zu starten und während der user noch damit beschäftigt ist, seinen namen und sein passwort einzugeben, den rest im hintergrund zu laden (abgesehen von treibern, die zur bootzeit gebraucht werden). möglicherweise wird die tatsächliche zeit, die der rechner mit "laden" verbringt, nicht wirklich geringer sein - aber der user wird das gefühl haben, dass sein system viel schneller hochfährt. zusätzlich könnte man eine ähnliche strategie fahren, die ich mal bei kde-look gepostet hab (bäh, eigenwerbung! ).
http://www.kde-look.org/content/show.php?content=12038
das ließe sich doch irgendwie simplifizieren, oder?
mir schwebt ohnehin eine idee vor, mit der man (für desktopsysteme) die boot-zeit verringern könnte:
normale user sind ziemlich "visuelle" menschen. winXp nutzt dies aus, indem es die teile, die nicht unmittelbar zum GUI gehören, erst später nachlädt. bis ein bild vom user korrekt erkannt und mit einem bestimmten ziel in verbindung gebracht werden (die dann handlungen initiieren), vergehen (lt. einigen psychologischen studien) etwa 6 - 10 sekunden. und das könnte man nutzen - wäre es also nicht möglich, erst das GUI zu starten und während der user noch damit beschäftigt ist, seinen namen und sein passwort einzugeben, den rest im hintergrund zu laden (abgesehen von treibern, die zur bootzeit gebraucht werden). möglicherweise wird die tatsächliche zeit, die der rechner mit "laden" verbringt, nicht wirklich geringer sein - aber der user wird das gefühl haben, dass sein system viel schneller hochfährt. zusätzlich könnte man eine ähnliche strategie fahren, die ich mal bei kde-look gepostet hab (bäh, eigenwerbung! ).
http://www.kde-look.org/content/show.php?content=12038
"In den reichen Ländern hat die Freiheit gesiegt - mit all den schrecklichen Folgen, die das für die anderen mit sich bringt und noch bringen wird. Die Demokratie ist auf andere Epochen verschoben." (L. Canfora)
Hmm, aber so viel Zeit braucht doch das nicht? 10-20 Sekunden?Natas12 hat geschrieben:imho liegt es daran, dass die für den gesamten bootprozess nur 1 skript haben, in dem alles drinsteht. der normale weg funktioniert über die rc.d - orgie mit gazillionen von sich wechselseitig aufrufenden symlinks.
Nette Idee. In den 10 Sekunden, die man zum eintippen braucht, könnte man schon Desktop und Firefox vorladen ^^Natas12 hat geschrieben: das ließe sich doch irgendwie simplifizieren, oder?
mir schwebt ohnehin eine idee vor, mit der man (für desktopsysteme) die boot-zeit verringern könnte:
-orban