Control: severity -1 minor Am 18.12.19 um 15:28 schrieb Dejan Muhamedagic: > Package: systemd > Version: 241-7~deb10u2 > Severity: important > > Dear Maintainer, > > Listing systemd units takes more than a second on a rather fast > system: > > # time systemctl list-unit-files | wc > 351 703 19219 > > real 0m1.107s > user 0m0.000s > sys 0m0.013s > > Adding a filter makes it run twice as long: > > # time systemctl --state=enabled list-unit-files | wc > 63 127 2890 > > real 0m2.153s > user 0m0.010s > sys 0m0.002s > > During this time, the PID 1 (systemd) makes an inordinate number > of file access system calls (counts, from the strace output): > > 1 accept4 > 1 getsockname > 1 sendmsg > 2 setsockopt > 3 epoll_ctl > 3 recvmsg > 4 clock_gettime > 4 epoll_wait > 7 getsockopt > 496 read > 30535 fstat > 33505 close > 39334 getdents64 > 40030 fcntl > 45839 openat > 98565 readlinkat > > This is a serious usability problem because of the perceived > delay during interactive work.
> This behaviour is observed on several installations of the > up-to-date Debian Buster. This seems to be a regression compared > to the Stretch version: > > # systemctl --version > systemd 232 > +PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP > +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID > +ELFUTILS +KMOD +IDN > # time systemctl list-unit-files | wc > 252 505 12274 > > real 0m0.057s > user 0m0.000s > sys 0m0.004s > # time systemctl --state=enabled list-unit-files | wc > 36 73 1179 > > real 0m0.059s > user 0m0.000s > sys 0m0.000s > > Looking at some versions in between (234, 237), the regression > seems to be cumulative, rather than something that happened in a > single commit. > Would you mind filing this upstream at https://github.com/systemd/systemd/issues ?
signature.asc
Description: OpenPGP digital signature