Arch Linux: schnellere Boot-Zeiten seit Systemd 256?

[Deinorius]

Hat jemand seit kurzem schnellere Boot-Zeiten feststellen können? Liegt das vielleicht an systemd 256?
Von Einschalten bis sddm waren es vorher rund oder knapp 30 s, jetzt sind es auf einmal 16-17 s!

 

[agon]

Hat jemand seit kurzem schnellere Boot-Zeiten feststellen können?

Ja, sollte wahrscheinlich an systemd liegen. Die Boot-Zeiten waren aber auch mal ähnlich gut.
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.

 

[Pummeluff]

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:

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 (25. Juni 2024)

Hab's jetzt doch mal gemacht. Vor dem Update:

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

Ist also um 0,013 Sekunden schneller geworden. Wobei der Unterschied auch an Schrödingers Katzen liegen kann.

 

[agon]

systemd-analyze critical-chain ist dafür etwas weniger geeignet:

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

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
...