Arch Linux: schnellere Boot-Zeiten seit Systemd 256?
- Ersteller Deinorius
- Erstellt am
agon
Lt. Junior Grade
- Registriert
- Feb. 2022
- Beiträge
- 338
Ja, sollte wahrscheinlich an systemd liegen. Die Boot-Zeiten waren aber auch mal ähnlich gut.Deinorius schrieb:Hat jemand seit kurzem schnellere Boot-Zeiten feststellen können?
Der Boot-Vorgang ist nun auch etwas cleaner. "Enter passphrase …" verschwindet früher.
Bei dem KDE 6.1 Update gab es unter X11 Fullscreen-Probleme. Das Deaktivieren des Compositors half.
Tearing-Support für Wayland kommt übrigens erst etwas später.
Kann ich mir nicht vorstellen, dass Systemd 50% Geschwindigkeitszuwachs per Update erfährt. Zudem halte ich 30 Sekunden auch für viel zu lange. Ich schalt jetzt den Arch-Rechner vom Sohnemann nicht ein. Auf meiner Kiste sieht das so aus:
D.h. installiert ist Systemd-255.7. Bootzeit bis sddm 8,04 Sekunden.
Hab's jetzt doch mal gemacht. Vor dem Update:
Ist also um 0,013 Sekunden schneller geworden. Wobei der Unterschied auch an Schrödingers Katzen liegen kann.
Code:
root sm> systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @804ms
└─sddm.service @804ms
└─systemd-logind.service @770ms +27ms
└─basic.target @709ms
└─sockets.target @709ms
└─dbus.socket @708ms
└─sysinit.target @705ms
└─systemd-resolved.service @570ms +133ms
└─systemd-tmpfiles-setup.service @534ms +32ms
└─local-fs.target @531ms
└─var-tmp-portage.mount @509ms +20ms
└─swap.target @503ms
└─dev-disk-by\x2dlabel-NIXESWAP.swap @469ms +16ms
└─dev-disk-by\x2dlabel-NIXESWAP.device @465ms
root sm> eix -e systemd
[I] sys-apps/systemd
Verfügbare Versionen: 254.8-r1(0/2)^t 254.10(0/2)^t ~254.12(0/2)^t 254.13(0/2)^t 255.3-r1(0/2)^t 255.4(0/2)^t ~255.6(0/2)^t 255.7(0/2)^t **9999(0/2)*l^t {acl apparmor audit boot cgroup-hybrid cryptsetup curl +dns-over-tls elfutils fido2 +gcrypt gnutls homed http idn importd iptables +kernel-install +kmod +lz4 lzma +openssl pam pcre pkcs11 policykit pwquality qrcode +resolvconf +seccomp secureboot selinux split-usr +sysv-utils test tpm ukify vanilla xkb +zstd ABI_MIPS="n32 n64 o32" ABI_S390="32 64" ABI_X86="32 64 x32" PYTHON_SINGLE_TARGET="python3_10 python3_11 python3_12"}
Installierte Versionen: 255.7(0/2)^t(20:52:02 08.06.2024)(acl dns-over-tls gcrypt kernel-install kmod lz4 openssl pam pcre policykit resolvconf seccomp sysv-utils zstd -apparmor -audit -boot -cgroup-hybrid -cryptsetup -curl -elfutils -fido2 -gnutls -homed -http -idn -importd -iptables -lzma -pkcs11 -pwquality -qrcode -secureboot -selinux -split-usr -test -tpm -ukify -vanilla -xkb ABI_MIPS="-n32 -n64 -o32" ABI_S390="-32 -64" ABI_X86="32 64 -x32" PYTHON_SINGLE_TARGET="python3_12 -python3_10 -python3_11")
Startseite: http://systemd.io/
Beschreibung: System and service manager for Linux
D.h. installiert ist Systemd-255.7. Bootzeit bis sddm 8,04 Sekunden.
Ergänzung ()
Hab's jetzt doch mal gemacht. Vor dem Update:
Code:
root ~> systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1.934s
└─sddm.service @1.934s
└─systemd-logind.service @1.903s +28ms
└─basic.target @1.896s
└─dbus-broker.service @1.879s +14ms
└─dbus.socket @1.871s
└─sysinit.target @1.867s
└─systemd-resolved.service @1.079s +784ms
└─systemd-tmpfiles-setup.service @1.037s +40ms
└─local-fs.target @1.032s
└─boot.mount @989ms +42ms
└─dev-nvme0n1p1.device @985ms
root ~> pacman -Qi systemd
Name : systemd
Version : 255.7-1[/quote]
Nach dem Update
[code]root ~> systemd-analyze critical-chain
The time when unit became active or started is printed after the "@" character.
The time the unit took to start is printed after the "+" character.
graphical.target @1.921s
└─sddm.service @1.920s
└─systemd-logind.service @1.886s +31ms
└─basic.target @1.879s
└─dbus-broker.service @1.860s +17ms
└─dbus.socket @1.849s
└─sysinit.target @1.845s
└─systemd-update-done.service @1.840s +3ms
└─ldconfig.service @1.746s +92ms
└─local-fs.target @1.742s
└─boot.mount @1.702s +38ms
└─dev-nvme0n1p1.device @896ms
root ~> pacman -Qi systemd
Name : systemd
Version : 256.1-1
Zuletzt bearbeitet:
agon
Lt. Junior Grade
- Registriert
- Feb. 2022
- Beiträge
- 338
systemd-analyze critical-chain
ist dafür etwas weniger geeignet:
Javascript:
graphical.target @26.755s
└─sddm.service @26.754s
└─systemd-user-sessions.service @26.738s +15ms
└─network.target @26.737s
└─NetworkManager.service @26.520s +216ms
└─network-pre.target @26.519s
└─firewalld.service @26.193s +325ms
└─polkit.service @26.235s +73ms
└─basic.target @26.192s
└─systemd-pcrphase-sysinit.service @26.111s +79ms
└─sysinit.target @26.108s
└─systemd-timesyncd.service @26.038s +69ms
└─systemd-tmpfiles-setup.service @25.964s +72ms
Folgende Geräte verzögern wahrscheinlich den Boot:
<HDD>, mnt-Data => LUKS2 HDD
x2d1.device => Smartcard
Javascript:
systemd-analyze blame
>
20.521s mnt-Data.mount
12.048s sys-devices-platform-serial8250-serial8250:0-serial8250:0.3-tty-ttyS3.device
...
11.294s sys-devices-pci...-usb1-1\x2d1.device
4.496s systemd-cryptsetup@<HDD>.service
786ms initrd-switch-root.service
...
Zuletzt bearbeitet:
Ähnliche Themen
- Antworten
- 59
- Aufrufe
- 25.674