私の「PCIアダプタ」は、負荷が4.0を超えると過熱することがわかりました（コアが4つあります）。負荷が4.0以下の場合は過熱しません（ただし、最後に説明するように、オーバークロックされたメモリが問題を引き起こしていました）。そのため、システム負荷を下げることに重点を置いています。過熱するのは、k10temp-pci-00c3 PCI Adapter（センサー）。
間違い:
私はその値を構成するアプリケーションと、それぞれのアプリケーションがどれだけの値を構成したかを追跡しようとしています。
からこの質問を見つけましたatopが、その出力を読んでも、どのアプリケーションがシステム負荷を構成しているかはわかりません...それは「単純な」列のようなもので、システムロードがありません。表示されているすべての情報を使用して、そのような列を表示できるものを計算できるようですが、方法がわかりません。
システム負荷について私が見つけた説明は一般的すぎるように思われます (間違っている可能性があります)。そのため、アルゴリズムを作成するのに十分な理解ができませんでした。CPU 使用量、IO 使用量、メモリ使用量などのいくつかのデータを混合して、多少あいまいな推測であってもシステム負荷を取得すべきだと思います...
システムロードの仕組みに関する正確な情報:
この質問について参照がありますpdfで説明負荷は特定のアプリケーションに正確には関連していないようです...
まだ回避策が必要:
とにかく、システム負荷に関してアプリケーション アプローチを作成することがどの程度可能であるかを知りたいのですが、CPU をあまり使用していない (3% 未満) 場合でも、他のすべてのアプリケーションがそれを妨げている一方で、特定のアプリケーションに対してシステム全体の使用率を優先する方法があるでしょうか?
テスト進行中:
すべてのプロセスを に設定しましたnice -n 19が、アクティブに使用している 1 つのウィンドウ/プロセスのみに設定しました。psensor の温度グラフに改善が見られました (グラフのぼやけが大幅に軽減されました)。温度が制限値を下回る状態が長く維持されるようになりました。すべてのプロセスが期待どおりに動作しているようです。システム負荷はまだ高いですが、6.0 まで上昇しても温度は問題ありませんでした。それ以降、突然のシャットダウンは発生していません。ただし、さらにテストが必要です...
ついに犯人が見つかった:
私のメモリは2000MHzに対応しているはずでした。ずっと前に1600MHzで動作するように設定しました。そうしないとマシンが起動しないからです。今は自動に設定していますが、1333MHzで動作するようになっています。温度k10temp-pci-00c3過熱状態（80℃以上）だったものが、重いアプリケーションを実行しても60℃前後で安定しています。また、負荷平均は3.5～4.0程度で、ハードウェアの問題は発生していません。素敵 19プロセスは確かに過熱を遅らせるのに役立ちましたが、完全に防ぐことはできませんでした。
答え1
あなたは間違った質問をしています。過熱しているシステムがあり、それを冷却することで解決する必要があります。プロセス負荷のあるゲームをプレイすると、満足のいくハックが得られません。また、ハードウェアが熱の限界で動作しているため、問題が悪化することは当然予想できます。
ハードウェアを修正できない場合は、プロセッサ クロック全体を遅くできるか確認してください。確かに、コンピュータの速度は遅くなりますが、これが電力消費と熱放散を削減する唯一の確実な方法です。
答え2
システム負荷は、システムが実行している作業量と直接関係しているわけではありません。負荷平均が 2.0 であっても、負荷平均が 8.0 の場合よりも多くの作業を実行している可能性があります。
負荷からわかるのは、実行可能なプログラムの平均数だけです。すべてのプログラムが過負荷のディスクで待機している場合、CPU はほとんど何も実行しませんが、負荷平均は依然として高くなります。
結局のところ、ハードウェアに問題があります (「PCI アダプタ」が過熱しています)。CPU で実行される量を制限しようとして温度を制御するのは困難です。プロセス スケジューラはそのような設計になっていません。