最近我问这个问题和这个每次启动后仅 5 分钟即可了解有关systemd以及一些使用 CPU 的相关进程。100%
我有一个四核 Intel 处理器，每个核心有两个虚拟核心，总共 8 个 CPU 核心。其中三个或三个以上的利用率超过 100%，会给我的老式笔记本电脑带来问题，即过热，并且为了保护自身，它会在这样的温度下关闭电源。
然而，我注意到系统运行完全正常，直到几分钟后我——我的用户-- 登录 - 只有这样才会systemd变得混乱，注销并不能阻止它。
这是什么原因造成的？我的用户登录具体会导致这种情况吗？
cat仅当我的帐户登录时才会发生这种情况：不是访客会话，不是rootTTY 或图形会话 - 我登录到虚拟 TTY (Ctrl-Alt-F1)，并且root到目前为止问题尚未发生。
从少量的谷歌搜索来看，问题似乎是这样的：
还有很多其他的这些谷歌结果有与我的问题有关的信息，但没有真正的解决方案，只有古老的错误修复，这些错误修复肯定已经在上游了。
这不是一次性的事情，每次以我自己的身份登录后都需要 5 分钟或更短的时间。
systemd我登录后发生了什么事？
顺便说一句，这是 Ubuntu 15.10（功能上是 Debian），我的所有软件包都是最新的。一些日志/示例：
systemctl -al。 （长的）
journalctl | tail -n400。 （不太长，但很长）
以下是发生这种情况的一些示例再次（现在）：
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 20 0 185480 6080 3900 R 100.0 0.1 1:27.54 systemd
699 message+ 20 0 44316 5148 3500 R 93.7 0.1 1:25.50 dbus-daemon
300 root 20 0 34716 4400 3964 R 56.2 0.1 0:49.01 systemd-journal
848 syslog 20 0 256372 4288 2648 S 43.7 0.1 0:33.05 rsyslogd
835 root 20 0 28628 3204 2816 R 18.7 0.1 0:22.72 systemd-logind
或者
1 root 20 0 186928 7632 3988 R 99.9 0.1 5:37.49 systemd
806 message+ 20 0 44212 5216 3540 R 99.6 0.1 5:34.16 dbus-daemon
298 root 20 0 34712 6824 6360 R 53.1 0.1 3:05.28 systemd-journal
或者
1 root 20 0 186928 7632 3988 R 100.0 0.1 6:29.31 systemd
298 root 20 0 34712 7784 7320 R 50.8 0.1 3:33.11 systemd-journal
8165 root 20 0 90668 23408 12636 R 27.7 0.4 0:00.84 debtags
789 root 20 0 28636 3156 2780 S 21.8 0.1 1:29.49 systemd-logind
一张漂亮的图：
