Dirk schriebDabei frage ich mich immer, was mehr Zeit kostet: Eine komprimierte Datei laden und Entpacken, oder eine unkomprimierte Datei (COMPRESSION="cat") laden, die zwar größer ist, aber nicht erst noch entpackt werden muss.
meine ewige feindin, die bootzeit^^
bei meinem laptop schauts so aus... gut möglich, daß es bei einem anderen cpu anders ausschaut was das komprimieren betrifft.
...is im übrigen kein arch, sondern (m)ein chakra 🙂
lscpu
Intel(R) Core(TM) i3-3217U CPU @ 1.80GHz
samsung SSD 840 Pro
COMPRESSOR="gzip"
Startup finished in 1.520s (kernel) + 612ms (userspace) = 2.133s
COMPRESSOR="lz4"
Startup finished in 1.505s (kernel) + 640ms (userspace) = 2.145s
COMPRESSOR="cat"
Startup finished in 1.518s (kernel) + 598ms (userspace) = 2.117s
666ms psd.service
140ms psd-resync.service
103ms systemd-logind.service
102ms systemd-vconsole-setup.service
101ms systemd-fsck-root.service
99ms upower.service
84ms cpupower.service
84ms polkit.service
83ms alsa-restore.service
57ms NetworkManager.service
55ms sys-kernel-debug.mount
53ms dev-mqueue.mount
49ms systemd-tmpfiles-setup-dev.service
35ms systemd-modules-load.service
33ms udisks2.service
28ms kmod-static-nodes.service
22ms systemd-rfkill@rfkill1.service
21ms systemd-rfkill@rfkill0.service
20ms systemd-random-seed.service
20ms systemd-udev-trigger.service
17ms dev-hugepages.mount
15ms user@1000.service
15ms systemd-journal-flush.service
12ms rtkit-daemon.service
12ms systemd-tmpfiles-setup.service
11ms sys-kernel-config.mount
9ms systemd-user-sessions.service
7ms systemd-sysctl.service
7ms wpa_supplicant.service
5ms systemd-backlight@backlight:acpi_video0.service
5ms systemd-update-utmp.service
4ms systemd-backlight@backlight:intel_backlight.service
4ms dev-sda2.swap
4ms systemd-remount-fs.service
3ms systemd-udevd.service
2ms var-log.mount
2ms tmp.mount
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 @524ms
└─multi-user.target @524ms
└─getty.target @522ms
└─getty@tty1.service @522ms
└─[1;31msystemd-user-sessions.service @487ms +9ms[0m
└─basic.target @408ms
└─timers.target @405ms
└─systemd-tmpfiles-clean.timer @405ms
└─sysinit.target @404ms
└─[1;31msystemd-rfkill@rfkill1.service @518ms +22ms[0m
└─system-systemd\x2drfkill.slice @515ms
└─system.slice @75ms
└─-.slice @74ms
ob noch ein größerer zeitgewinn drin wäre, wenn ich die hooks in der mkinitcpio.conf reduzieren würde?
im moment schauts nämlich so aus
HOOKS="base udev keymap autodetect modconf block keyboard resume filesystems fsck"