kidle_injectは非常に高い負荷を引き起こします

43

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

14.10 intel

— ナラム
ソース

64

これはカーネルのバグのようです。

そのバグレポートのコメントから、コマンドを実行するとプロセスsudo rmmod intel_powerclampが停止したように見えますが、kidle_injectそれを行うことに関する問題にまだ気付いていません。

うまくいけば、これはすぐに修正されるでしょう。何か気付いたら、この回答を更新します。

更新

このrmmodコマンドは、マシンを起動するたびに実行する必要があります。このコマンドを実行してから、何か悪いことが起こっていることに気付いていません。

更新2

これを行ってから、CPUの温度が〜72°付近でかなり低くなる傾向があることに気付きました。

起動中にこのセットを作成するには、コマンドを使用します

echo "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf

— ナラム
ソース

18

起動するたびにそのコマンドを実行する必要はありません。ブラックリストに入れることができますecho "blacklist intel_powerclamp" > /etc/modprobe.d/disable-powerclamp.conf

— ジェシー

3

Hopefully this will be fixed soonええ、うまくいけば...来て、それは2016年です、私たちは現在カーネルバージョン87にいると思いますか？我々はできるしてください移動し過ぎてもの「笑くそとくすくす笑いのためにコンピュータ過熱することができますか」？

— 猫

愛してるあなたは今日私のロバを救った

— アビシェークグプタ

1

これは実際にはバグではなく、プロセッサがさらに過熱するのを防ぐ機能です。これも読むことをお勧めします。

1

私のためのインスタント改善、ありがとう。clevoラップトップでKubuntu 18.04を実行します。カーネル4.15.0-20。

— kshepherd

27

受け入れられた答えは不完全です。バグコメントによると、kidle_injectプロセスが生成されてプロセッサーを抑制し、さらなる過熱から保護します。

バグを「修正」する前に、ファンが清潔で正常に動作していることを確認してください。私はこの問題を抱えていて、通気口がほこりでいっぱいであることがわかりました。クリーニングと再起動後、kidle_injectはもう生成されません。

— ジョニー
ソース

このメモを追加していただきありがとうございます。また、これは真新しいマシンに起こっていたことにも注意してください。debianをセットアップして以来、問題はなく、この一時的な修正を適用する必要もありません。

— ナラム

1

そのプロセスの予想される目的はCPUを過熱から保護することですが、CPU負荷の50％以上をかけながらそれを行うにはどうすればよいでしょうか？それがバグです。そのプロセスも停止する必要があり、必要に応じてCPUスロットルスクリプトに置き換えました

1

良い点は、CPUを直接保護しないことです。ユーザーがコンピューターを使用できないことに気付き、それについて何かをするので、ユーザーの注意を引くかもしれません。CPUのクロックをアンダークロックし、その高温をユーザーに通知することは、確かに優れたソリューションです。

— ジョニー

チップが実に寒いとき、私はこの問題を抱えています。きれいなファン（真新しいファン）、極寒の動作環境（バッテリーなどの他のコンポーネントを保護するために断熱する必要があるかもしれないと心配しましたが、これまでのところ、システムはそれを必要とするほど冷えません）これらが実行されていると、非常に遅くなります。

— マシューナジモン

3

Macbookを実行している場合は、macfanctldインストールされていることを確認してください。そうしないと、ファンは最大6000のうち約2000 RPMに固定されます。これはsensorsコマンドで確認できます。この状況では、CPUをかなり早く節約するためにpowerclampが作動します。

— アレクサンダー・トーストリング
ソース

1

これが含まれていなければ、答えは完全ではないと主張します。

— theYnot

1

今日もこれに気づきました。奇妙なことに、CPUの使用量の種類に対しては、ファンは音を立てていませんでした。マシンを再起動し、BIOSファンの速度を確認しました。ファンが停止したことが示されました（RPM読み取りなし）。少し掃除した後（文字通り-ラップトップの蓋を開けて少し掃除すると、ファンは正常に動作し始め、問題は発生しintel_powerclampませんでした。CPUファンに問題がある可能性があります。アイデア。

— ガビヒット
ソース

1

私は次の手順を実行しました。

モジュールがロードされているかどうかを確認してください。
```
lsmod |grep -i intel_powerclamp
```
前のコマンドでモジュールがロードされていることが示されている場合は、次の行を実行します。
あなたのcrontabルールで次の行を追加します@reboot /sbin/rmmod intel_powerclampかecho '/sbin/rmmod intel_powerclamp' >> /etc/bash.bashrc（それは、すべてのユーザーに影響します）、またはecho 'blacklist intel_powerclamp' > /etc/modprobe.d/disable_mods.conf。

— マヌエル・ラゾ
ソース

0

ラップトップ（Ubuntu 16.04 LTSを実行しているHP EliteBook 8460p）の周囲をきれいに掃除し、両側にある通気口を掃除機で掃除して（そこにたまっているランダムなものの山を動かすことで）修正しました。

— 1GLENCo
ソース