Wie kann ich meine Boot- / Shutdown-Zeit verbessern?

29

Ich habe einen recht ordentlichen Laptop (Intel Core i7-3520M CPU bei 2,90 GHz, SataII SSD von Samsung, 8 GB RAM), bin aber mit meinen Boot- und Shutdown-Zeiten nicht zufrieden ... Ich habe Bootchart installiert und versuche, es zu interpretieren , aber ich verstehe einige teile nicht.

Bootchart-Ausgabe

Insbesondere bekomme ich nicht mit, was in den ersten 10 Sekunden passiert, wenn es fast keine CPU-Auslastung oder I / Os gibt. Was passiert dann? (es scheinen nur udevd, modprobe und plymouth zu laufen).

Am anderen Ende meiner täglichen Arbeit erlebe ich auch ein langsames Herunterfahren. Hier gibt es kein Shotdown-Diagramm, daher bin ich noch ahnungsloser ...

Update Ich bin auf einen Hinweis gestoßen, der besagt, dass das Drücken der Nach-Oben-Taste beim Herunterfahren den Zugriff auf die Konsole ermöglicht (ich hatte vorher mit F1 / Alt F1 gekämpft). Ich habe also gesehen, dass die lange Abschaltzeit damit zu tun zu haben scheint, dass rpcbind und der Modem-Manager nicht in der Lage sind, sauber zu beenden ... Irgendeine Idee?

Update 2 Ich habe sowohl rpcbind als auch modemmanager deinstalliert. Dies hat das Herunterfahren erleichtert, aber zwischen der Meldung "Alle Prozesse innerhalb von 1 Sekunde beendet" und dem tatsächlichen Herunterfahren verbleiben noch einige Sekunden. In diesem Moment erhalte ich eine kurze Nachricht, die ich noch nicht lesen konnte, aber ich vermute, dass eine Zeitüberschreitung auftritt ...

Update 3 Ok, ich denke, ich habe die Dinge auf die Ausführung von Resume und Wait-for-Root während der ersten 10 Sekunden des Startvorgangs beschränkt. Dies dauert länger als 5 Sekunden, ohne dass Festplatten- oder CPU-Aktivität zu bemerken ist. Ich habe festgestellt, dass die Swap-UUID in /etc/initramfs/conf.d/resume nicht mit der tatsächlichen UUID meiner Swap-Partition übereinstimmt, die ... verschlüsselt ist. Vielleicht ist das der Punkt? Irgendwelche Hinweise zu Initramfs-Tools und Cryptswap?

alci
quelle
Ich weiß, dass das nichts damit zu tun hat. Trotzdem möchte ich nicht versäumen, Ihnen den Vorschlag zu unterbreiten, als Alternative suspend (to ram / to disk) zu verwenden. Von "off-state" zu "running-state" ist dies weniger als 3 Sekunden für mein schwächeres System
humanityANDpeace
1
Das Suspendieren auf die Festplatte wird bei der Verwendung von SSD nicht empfohlen, da dies impliziert, dass der Speicher jedes Mal auf die Festplatte geschrieben wird. Aber Sie haben Recht, wenn Sie schnell vom Suspendieren auf den RAM-Speicher zurückkehren.
Alci
1
Ich würde ungefähr 15 Sekunden erwarten, vielleicht 10. Meine SSD ist sehr schnell und meine CPU ist nicht schlecht. Ich denke, ich kann das Beste daraus machen. Um ehrlich zu sein, ist die Startzeit nicht so schlecht, aber die Abschaltzeit. Das heißt, nachdem rpcbind und modem-manager entfernt wurden (haben es heute getan), hat es die Dinge viel besser gemacht. Ich denke auch, dass ich die ersten 10 Sekunden des Bootens verstehe: Es scheint die Zeit zu sein, die in initramfs passiert, wenn udev Treiber lädt und / dev auffüllt. Ich weiß nicht, ob es viel schneller gehen kann ... (siehe www.debian-administration.org/articles/620)
alci
1
Es ist gut, dass Sie beim Herunterfahren Fortschritte gemacht haben. Hattest du etwas Glück beim Booten? ist UDEV der Täter?
humanityANDpeace
1
Danke, rpcbind und Modem-Manager hat den Trick für mich - und auch RNGD: bugs.launchpad.net/ubuntu/+source/rng-tools/+bug/1425036 Nun endlich nimmt es meine Maschine (Lenovo W530 mit einer SSD, also immer noch leistungsfähig) weniger Zeit zum Herunterfahren als zum Hochfahren (beide unter 10 Sekunden).
Sonntag,

Antworten:

12

Ok, ich habe das Problem gefunden. Wie ich dachte, sind die 5 Sekunden, die auf Resume und Wait-for-Root warten, nicht normal.

Beim googeln habe ich endlich diesen Fehlerbericht gefunden: 5 Sekunden Verzögerung beim Warten auf Root

Im Wesentlichen wird angegeben, dass die Wartezeit von 5 Sekunden auf eine falsche Eingabe in zurückzuführen ist /etc/initramfs-tools/conf.d/resume.

Es stellt sich heraus, dass mein Swap verschlüsselt ist und ich die UUID für die Erstinstallation hatte /etc/initramfs-tools/conf.d/resume. Ich habe versucht, die von blkid für / dev / mapper / cryptswap1 angegebene zu setzen, aber es hat nicht funktioniert ...

Ich habe endlich den Eintrag in der Datei auskommentiert und die Verzögerung von 5 Sekunden ist weg. In jedem Fall ist der Ruhezustand auf meinem System nicht aktiviert (ich denke, er ist in Ubuntu standardmäßig deaktiviert). Beachten Sie das # am Anfang des Eintrags.

#RESUME=UUID=3835540d-0cb4-46fc-b39a-de9ff88dcefd

dann renne:

sudo update-initramfs -u

Also hier ist mein neustes Bootchart:

Bootchart

Viel besser. In Bezug auf das Herunterfahren haben das Entfernen von rpcbind und modemmanager den Trick getan. Ich habe jetzt tolle Boot- und Shutdown-Zeiten.

alci
quelle
Es ist sehr schön zu sehen, dass Sie dieses mit wait_for_root etc-Swap zusammenhängende Problem entdeckt und Ihre Startzeit verkürzt haben. @alci in Bezug auf dich "ziemlich große 8GB" Ich habe mich gefragt, wofür du deinen PC verwendest, damit es für dich Sinn macht, doch einen Swap zu verwenden? Verwenden Sie jemals die Swap-Partition, weshalb einige Ihrer Anwendungen> 8 GB RAM verwenden? Wow? Andernfalls hätten Sie möglicherweise Swap-Probleme vermieden, indem Sie es nicht in erster Linie verwendet haben.
HumanityANDpeace
1
Mein Swap ist hier, weil ... ich bei meinen Linux-Installationen immer einen Swap hatte. Dabei habe ich immer die alte Faustregel angewendet: Swap Size = RAM Size :-). Benutze ich jemals mehr als 8 GB RAM? Normalerweise nicht. Aber was würde passieren, wenn ich keinen Swap hätte? Und was kostet ein Swap?
Alci
-6

Vielleicht möchten Sie erwägen, Ihr Betriebssystem im RAM zu installieren? Wenn echte Geschwindigkeit das ist, wonach Sie streben, dann wäre es das. Der Unterschied zwischen SSD-Ladezeit und RAM-Ladezeit ist einfach riesig.

Kaspar
quelle
17
Coole Idee, aber ich finde es etwas unangenehm, mein Betriebssystem jedes Mal neu installieren zu müssen, wenn ich den RAM ausschalte ... :-)
alci
Technisch gesehen verschwindet ein installiertes System im RAM, sobald Sie die Maschine ausschalten
Ed Villegas
Natürlich kaufen Sie deshalb eine USV und lassen sie niemals herunterfahren.
Kaspar
Installieren Sie Ihr Betriebssystem im RAM? memcache pusht es schon, aber installiert ihr Betriebssystem?
Linuxios
@ Linuxios Ich habe das einmal gemacht, indem ich ein Image meiner <2.5GB / root-Partition auf eine tmpfs-Partition im RAM kopiert habe. Nach der anfänglichen langen Datenkopie von 2,5 GB ist die Ausführung recht schnell. Immer noch, wie @ Linuxios sagt, erreicht das Linux-Caching ähnliche Geschwindigkeiten. Dieser Kommentar ist nur zu sagen: Es ist nicht absolut verrückt, ein Linux im RAM laufen zu lassen. Es ist machbar. Wenn Sie das Bild vor dem Herunterfahren zurückkopieren, kann es sogar zu einer dauerhaften Sache werden :)
humanityANDpeace