Bug#946961: systemd: systemctl list-unit-files takes more than a second

[Michael Biebl]

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 ?


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: OpenPGP digital signature
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20191220/19e54d03/attachment.sig>