メモリ不足によりシステムが停止し、プロセスキラーは実際には動作しません。

メモリ不足によりシステムが停止し、プロセスキラーは実際には動作しません。

メモリ不足によるシステムの停止を防ぐ方法はありますか? KDEでは、優れた政治家のように常にメモリウィジェットを実行しています。まだ確認できませんmem。また、MacOSやWindowsではこれは決して起こりません。 Windowsでは速度が遅くなりますが完全に停止しないため、ボックスからプラグを抜く必要があります。

これを防ぐために何を設定できますか(または間違って設定していますか)(いいえ、メモリ使用量を観察することは答えではありません。今は1980年代ではなく2022年です)。ところで、スワップを完全に無効にしようとしましたが、時にはキャッシュがあれば大丈夫なので実際には役に立ちませんでした。しかし、彼の問題は、低メモリキラーが実際には動作しないということです(または動作しますが、完全に役に立たない方法で)。一部の基本システムアクセス(SSH、ターミナル、キーボード、グラフィックシステム)のみを保持するオブザーバーがないのはなぜですか?


背景:

私は最新のDebianとKDE、8GB RAM、SSD HDD、i5 Intelを使用しています。 Firefoxであまりにも多くのタブを開くか、仮想マシンを実行してから、Firefoxを使用するたびにシステムが応答しなくなるまで深刻に遅くなり始めます。興味深いことに、キーボード割り込みはマウスよりも優先順位が低いようです。マウスの動きを見ることはできますが(非常に遅いですが)、Alt + F4は何もしません。時にはctrl + alt + F2を介して端末にアクセスできますが、通常これは私がアクセスできるすべてです。 SSH経由でもシステムにアクセスできません。

低メモリプロセスキラーが必要ですが、機能しません。より正確には、過度のHDDを使用するとシステムが遅くなるためです。 (ほとんどの場合、中断が原因であると仮定します。過去の経験とLinuxおよびLinuxは通常パフォーマンスが低下します)コピー中に割り込みが発生したため、CPUが大量に消費されるUSBドライブ。また、プロセスを手動で呼び出すことはできません。 (もう一度説明しますが、ハードディスク割り込みが発生した場合、キーボードには優先順位がなく、コマンドも受信されません。システムの実行中にsysreqコマンドをテストしましたが、動作します。)

ベストアンサー1

4 GBのRAMと4 GBのスワップがある場合は、読み取り回復ページをスワップしてスワップページを書き込むことで、ディスクが破損するまでメモリ不足ハンドラは実行されません。

OOMハンドラがRAMサイズに近づくようにするには、それを設定する必要があります。

私はWindowsについてはよくわかりませんが、RAMサイズに近づくところでOOMハンドラが起動し始めているようです。

おすすめ記事