Die meisten von Euch werden das schon wissen, aber mit systemd kann man sich
einige interessante Zeiten zum Startverhalten des eigenen Rechners anschauen.
Ganz allgemein:
1
2
3
|
$ sudo systemd-analyze time
Startup finished in 7.137s (firmware) + 5.281s (loader) + 9.637s (kernel) + 4.496s (userspace) = 26.552s
graphical.target reached after 4.496s in userspace
|
Die Zeiten, die Vergehen, bis der aktuelle Runlevel erreicht wurde:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
|
$ sudo 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 @4.496s
└─multi-user.target @4.495s
└─docker.service @3.522s +973ms
└─network-online.target @3.520s
└─unbound.service @3.516s
└─network.target @3.507s
└─NetworkManager.service @3.330s +170ms
└─dbus.service @3.328s
└─basic.target @3.323s
└─sockets.target @3.322s
└─docker.socket @3.316s +4ms
└─sysinit.target @3.297s
└─systemd-timesyncd.service @3.164s +131ms
└─systemd-tmpfiles-setup.service @3.145s +14ms
└─local-fs.target @3.143s
└─run-user-120.mount @3.717s
└─local-fs-pre.target @664ms
└─lvm2-monitor.service @197ms +466ms
└─lvm2-lvmetad.service @284ms
└─lvm2-lvmetad.socket @196ms
└─-.mount @164ms
└─system.slice @164ms
└─-.slice @164ms
|
Und generell die Zeiten der einzelnen Unit-Files (dazu zählen auch Dinge, die nur
durch Timer getriggered werden:
1
2
3
4
5
6
7
8
9
10
11
|
$ sudo systemd-analyze blame | head
33.437s updatedb.service
16.853s man-db.service
11.850s reflector.service
8.022s restic-backup.service
2.305s systemd-cryptsetup@sdb_crypt.service
1.912s lvm2-pvscan@254:0.service
973ms docker.service
567ms postfix.service
466ms lvm2-monitor.service
436ms dev-mapper-rootvg\x2droot.device
|