Kidle_inject 导致非常高的负载

Nal*_*lum 48 intel 14.10

每当kidle_inject我的系统开始运行时,负载就会激增。一般来说,它只会达到大约这个的负载,5.23, 3.65, 2.54但很多时候它会超过每个人的 15 标记。那时系统会停止,我必须关闭它。

这仅在kidle_inject进程开始时发生。如何禁用此过程,以便我的机器可以工作并完成一些工作。

示例top

top - 12:43:48 up  3:02,  3 users,  load average: 6.57, 5.53, 3.33
Tasks: 256 total,   3 running, 253 sleeping,   0 stopped,   0 zombie
%Cpu(s):  5.9 us, 16.6 sy,  0.0 ni, 74.7 id,  0.5 wa,  0.0 hi,  2.3 si,  0.0 st
KiB Mem:   8080252 total,  7937856 used,   142396 free,   258904 buffers
KiB Swap:        0 total,        0 used,        0 free.  4061336 cached Mem

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND
13509 root     -51   0       0      0      0 S  54.7  0.0   3:29.47 kidle_inject/1
13511 root     -51   0       0      0      0 S  54.1  0.0   3:30.92 kidle_inject/3
13510 root     -51   0       0      0      0 S  48.8  0.0   3:11.60 kidle_inject/2
13508 root     -51   0       0      0      0 S  47.6  0.0   3:08.47 kidle_inject/0
Run Code Online (Sandbox Code Playgroud)

Nal*_*lum 68

看来这是内核中的一个错误

从对该错误报告的评论来看,运行该命令sudo rmmod intel_powerclamp似乎已经停止了kidle_inject进程,我还没有注意到这样做的任何问题。

希望这将很快得到解决。如果我注意到任何事情,我会更新这个答案。

更新

rmmod每次启动机器时都需要运行该命令。自从运行这个命令以来,我没有注意到任何不好的事情发生。

更新 2

自从这样做以来,我注意到我的 CPU 温度现在往往在 ~72° 左右运行得低得多

要在启动时进行此设置,请使用命令

echo "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf
Run Code Online (Sandbox Code Playgroud)

  • 您不必每次启动时都运行该命令。您可以使用 `echo "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf` 将其列入黑名单 (18认同)
  • `希望这会很快得到修复` 是的,希望...来吧,现在是 2016 年,我想我们现在使用内核版本 87?我们可以*请*移动*过去*“哈哈让计算机过热导致狗屎和咯咯笑”的事情吗? (3认同)
  • 这实际上不是错误,而是防止处理器进一步过热的功能。我还建议阅读 [this](https://askubuntu.com/a/482326/364819)。 (3认同)
  • @user364819“相信在更高版本的 Ubuntu 中已修复”呃,不,再想一想。我在一台新的 clevo 笔记本电脑上运行 Ubuntu 18.04,环境有些寒冷。这在 8 个实例中启动(据我所知,每个核心一个),而芯片几乎不热(甚至不是 35C;我自己的大脑毫无问题地运行得更热)。当然,已经有几年了,但我知道的最后一个处理器的规格,100C 甚至都不是红线。 (2认同)

小智 35

接受的答案是不完整的。根据错误注释,生成kidle_inject 进程以限制处理器并防止其进一步过热

在“修复”错误之前,请确保您的风扇干净且工作正常。我遇到了这个问题,发现通风口充满了灰尘。清洁并重新启动后,不再产生 Kid​​le_inject。

  • 该过程的预期目标很可能是保护 CPU 免于过热,但是在占用 50% 或更多 CPU 负载的情况下如何做到这一点呢?这就是问题所在。我也必须停止该进程,并在必要时用 cpu-throttle 脚本替换它 (2认同)