staging.inyokaproject.org

Wie ich mal 14 Sekunden Boot-Zeit sparte

Status: Ungelöst | Ubuntu-Version: Xubuntu 14.04 (Trusty Tahr)
Antworten |

rklm Team-Icon

Projektleitung

Anmeldungsdatum:
16. Oktober 2011

Beiträge: 13242

Ich poste mal hier, weil das strenggenommen keine Support-Anfrage ist. Aus Jux habe ich mal geschaut, was systemd-analyze critical-chain ergibt:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @46.681s
└─multi-user.target @46.681s
  └─ntp.service @32.593s +14.087s
    └─network-online.target @32.581s
      └─NetworkManager-wait-online.service @21.240s +11.340s
        └─NetworkManager.service @19.308s +1.917s
          └─dbus.service @19.003s
            └─basic.target @18.966s
              └─sockets.target @18.966s
                └─avahi-daemon.socket @18.966s
                  └─sysinit.target @18.948s
                    └─systemd-update-utmp.service @18.840s +107ms
                      └─systemd-tmpfiles-setup.service @18.697s +126ms
                        └─local-fs.target @18.686s
                          └─run-cgmanager-fs.mount @19.314s
                            └─local-fs-pre.target @16.781s
                              └─systemd-remount-fs.service @16.720s +24ms
                                └─systemd-journald.socket @1.915s
                                  └─-.slice @1.797s

Da ich gerade in unserem Wiki über Systemd las, fiel mir auf, dass es da doch auch einen Dienst zur Synchronisierung der Zeit gibt. Der Tritt aber respektvoll zurück, wenn man "ntp" installiert hat. (Ich habe jetzt gerade die Ausgabe von systemctl status systemd-timesyncd.service nicht zur Hand, aber daraus geht hervor, dass der Dienst nicht läuft, wenn "ntp" installiert ist.) Also, "ntp" herunter geschmissen und voila:

The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @31.490s
└─multi-user.target @31.490s
  └─smbd.service @31.245s +244ms
    └─nmbd.service @28.455s +2.778s
      └─network-online.target @28.434s
        └─NetworkManager-wait-online.service @21.433s +7.001s
          └─NetworkManager.service @19.447s +1.969s
            └─dbus.service @19.338s
              └─basic.target @19.326s
                └─sockets.target @19.326s
                  └─uuidd.socket @19.326s
                    └─sysinit.target @19.324s
                      └─systemd-timesyncd.service @19.217s +107ms
                        └─systemd-tmpfiles-setup.service @19.038s +141ms
                          └─local-fs.target @19.026s
                            └─run-user-1000-gvfs.mount @36.285s
                              └─run-user-1000.mount @34.035s
                                └─local-fs-pre.target @17.094s
                                  └─systemd-remount-fs.service @17.029s +38ms
                                    └─system.slice @1.965s
                                      └─-.slice @1.847s

Der Grund, warum ich das erwähne: wenn man unter Xubuntu Netzwerkzeitsynchronisierung über die Oberfläche einstellt, dann wird automatisch "ntp" installiert. Dabei ist der oben erwähnte Systemd-Dienst sowieso installiert und verhält sich besser im Zusammenspiel mit dem Systemd-Startprozess.

Ich habe dann noch die Zeitserver von der PTB in Braunschweig konfiguriert, damit nicht alles auf den Fallback ntp.ubuntu.com zugreift:

1
2
3
4
5
$ cat /etc/systemd/timesyncd.conf.d/ptb.conf 
# See timesyncd.conf(5) for details.

[Time]
NTP=ptbtime1.ptb.de ptbtime2.ptb.de ptbtime3.ptb.de

☺

ChickenLipsRfun2eat Team-Icon

Anmeldungsdatum:
6. Dezember 2009

Beiträge: 12067

Jap. Und wenn man jetzt noch den NM rauswirft und mit netctl,systemd/networkd, o.ä. arbeitet, kann man noch mehr Zeit sparen.

rklm Team-Icon

Projektleitung
(Themenstarter)

Anmeldungsdatum:
16. Oktober 2011

Beiträge: 13242

ChickenLipsRfun2eat schrieb:

Jap. Und wenn man jetzt noch den NM rauswirft und mit netctl,systemd/networkd, o.ä. arbeitet, kann man noch mehr Zeit sparen.

Danke für den Tipp! Da war ich mit meiner Lektüre noch nicht angekommen. ☺

PS: Ein großer Zeitfresser beim Boot ist allerdings das AHCI-BIOS auf meinem Rechner. Das möchte ich aber nicht abschalten, weil das dann wieder den Betrieb verlangsamt. Nun ja, man kann eben immer nur so viel erreichen.

Developer92 Team-Icon

Avatar von Developer92

Anmeldungsdatum:
31. Dezember 2008

Beiträge: 4101

rklm schrieb:

PS: Ein großer Zeitfresser beim Boot ist allerdings das AHCI-BIOS auf meinem Rechner. Das möchte ich aber nicht abschalten, weil das dann wieder den Betrieb verlangsamt.

Das müsstest du jetzt etwas genauer erläutern, das versteh' ich nicht so ganz.

rklm Team-Icon

Projektleitung
(Themenstarter)

Anmeldungsdatum:
16. Oktober 2011

Beiträge: 13242

Developer92 schrieb:

rklm schrieb:

PS: Ein großer Zeitfresser beim Boot ist allerdings das AHCI-BIOS auf meinem Rechner. Das möchte ich aber nicht abschalten, weil das dann wieder den Betrieb verlangsamt.

Das müsstest du jetzt etwas genauer erläutern, das versteh' ich nicht so ganz.

Das war nur die Zusatzinformation, dass man am Linux-Boot schrauben kann, wie man will, es gibt aber halt noch andere Faktoren, die Bootzeit kosten, sich aber nicht so leicht entfernen lassen.

encbladexp Team-Icon

Ehemaliger
Avatar von encbladexp

Anmeldungsdatum:
16. Februar 2007

Beiträge: 17531

Developer92 schrieb:

Das müsstest du jetzt etwas genauer erläutern, das versteh' ich nicht so ganz.

Früher, als AHCI für Platten noch kein Standard war, musste man das extra aktivieren. Und diese AHCI Firmware/Software hat gerne mal 5-10 Sekunden gebraucht. Aber auf AHCI möchte niemand verzichten, also nimmt man es in Kauf.

Das im Standard noch NTP oft installiert wird ist für mich auch unverständlich. Macht IMHO nur noch Sinn wenn andere Kisten von mir die Zeit beziehen sollen, aber als reiner Client? Eher nicht.

mfg Stefan

BillMaier Team-Icon

Supporter

Anmeldungsdatum:
4. Dezember 2008

Beiträge: 6497

encbladexp schrieb:

Das im Standard noch NTP oft installiert wird ist für mich auch unverständlich.

Was meinst du mit "im Standard"? = In der Praxis? Da ist es vermutlich noch nicht überall angekommen. Wenn man es so gewohnt ist, dann "ballert" man halt überall ntp drauf. (Spreche von mir selber, musste die Alternative auch erstmal "finden")

Unser Wiki ist da aber seit einiger Zeit recht eindeutig unterwegs 😉

encbladexp Team-Icon

Ehemaliger
Avatar von encbladexp

Anmeldungsdatum:
16. Februar 2007

Beiträge: 17531

Standard: Was man oft auf Clients/Server sieht.

mfg Stefan

BillMaier Team-Icon

Supporter

Anmeldungsdatum:
4. Dezember 2008

Beiträge: 6497

encbladexp schrieb:

Standard: Was man oft auf Clients/Server sieht.

Dann gebe ich dir uneingeschränkt recht. Ist wohl ein "historisches" Problem.

Kellerkind_2009

Avatar von Kellerkind_2009

Anmeldungsdatum:
26. November 2009

Beiträge: 19617

Was soll ich bei mir noch "Sparen" 😎

stephan@stephan-Desktop:~$ systemd-analyze critical-chain
The time after the unit is active or started is printed after the "@" character.
The time the unit takes to start is printed after the "+" character.

graphical.target @17.333s
└─multi-user.target @17.333s
  └─ntp.service @9.702s +7.630s
    └─network-online.target @9.700s
      └─NetworkManager-wait-online.service @1.898s +7.802s
        └─NetworkManager.service @1.747s +108ms
          └─dbus.service @1.681s
            └─basic.target @1.591s
              └─sockets.target @1.586s
                └─avahi-daemon.socket @1.582s
                  └─sysinit.target @1.529s
                    └─systemd-update-utmp.service @1.460s +54ms
                      └─systemd-tmpfiles-setup.service @1.417s +22ms
                        └─local-fs.target @1.413s
                          └─run-user-7.mount @1.862s
                            └─local-fs-pre.target @519ms
                              └─systemd-remount-fs.service @491ms +14ms
                                └─system.slice @222ms
                                  └─-.slice @133ms
stephan@stephan-Desktop:~$ 

axt

Anmeldungsdatum:
22. November 2006

Beiträge: 34254

Kellerkind_2009 schrieb:

graphical.target @17.333s

Lahme Kiste.

graphical.target @10.736s

Kellerkind_2009

Avatar von Kellerkind_2009

Anmeldungsdatum:
26. November 2009

Beiträge: 19617

axt schrieb:

Lahme Kiste.

graphical.target @10.736s

Weihnachten steht ja vor der Tür 😉 axt Solltest mal was Installieren 😀 Schreibmaschinen sind echt schnell.

Planspiel

Anmeldungsdatum:
2. Mai 2016

Beiträge: 673

axt schrieb:

graphical.target @10.736s

Geht schneller:

graphical.target @9.656s
└─multi-user.target @9.651s
  └─virtualbox.service @8.931s +718ms
...

fandPfand

Anmeldungsdatum:
28. Oktober 2017

Beiträge: 83

ChickenLipsRfun2eat schrieb:

Jap. Und wenn man jetzt noch den NM rauswirft und mit netctl,systemd/networkd, o.ä. arbeitet, kann man noch mehr Zeit sparen.

Der Tipp war gut! ☺

graphical.target @8.628s
└─multi-user.target @8.628s
  └─postfix.service @8.052s +575ms
    └─network-online.target @8.043s
      └─NetworkManager-wait-online.service @2.625s +5.417s
        └─NetworkManager.service @2.364s +247ms
          └─dbus.service @2.301s
            └─basic.target @2.287s
              └─paths.target @2.287s
                └─cups.path @2.287s
                  └─sysinit.target @2.284s
                    └─apparmor.service @1.117s +1.150s
                      └─local-fs.target @1.116s
                        └─run-user-1000-gvfs.mount @3.885s
                          └─run-user-1000.mount @3.256s
                            └─local-fs-pre.target @599ms
                              └─systemd-remount-fs.service @572ms +26ms
                                └─system.slice @150ms
                                  └─-.slice @135ms

bzw.

graphical.target @3.420s
└─multi-user.target @3.418s
  └─postfix.service @2.871s +539ms
    └─network-online.target @2.864s
      └─systemd-resolved.service @2.840s +24ms
        └─network.target @2.828s
          └─networking.service @2.436s +392ms
            └─apparmor.service @1.158s +1.262s
              └─local-fs.target @1.156s
                └─run-user-1000.mount @3.374s
                  └─local-fs-pre.target @671ms
                    └─systemd-remount-fs.service @607ms +43ms
                      └─systemd-journald.socket @151ms
                        └─-.slice @149ms

BillMaier Team-Icon

Supporter

Anmeldungsdatum:
4. Dezember 2008

Beiträge: 6497

Das schreit nach einem Howto. Hat jemand Lust? 😉

Antworten |