私は4GBのRAMと4GBのスワップスペースを持つシステムでUbuntu Desktop 15.10を実行しています。 Linuxについての私の理解は、RAMが不足し始めると、いくつかのRAMを取得するためにプロセスを終了し始めることです。その他の問題。
私が観察したところ、システムがメモリ不足になると、システムが停止します。マウスとキーボードの入力が機能しません。カーネルがこの状態から回復しようとするかどうかを実験的に把握するために、システムを一晩この状態にしておきましたが、回復しませんでした。
デスクトップの動作が変更されましたか？システムがスペースを確保するためにアプリを終了しないのはなぜですか？有効/無効にする必要がある設定はありますか？
実行されるアプリケーションは、ブラウザ、メールクライアント、端末、音楽プレーヤーなどかなり標準的なものです。
修正する: 自由-mシステムが正常に実行されたときの出力は次のとおりです。
total used free shared buffers cached Mem:
3271 3145 126 432 32 694
-/+ buffers/cache: 2418 853
Swap: 7503 1424 6079
システムが頻繁に停止するのを防ぐために、スワップスペース（現在7 GB以上）を増やしました。
ベストアンサー1
実際の診断情報がないため、正確な診断が困難です。ただし、メモリはこれを必要とするプロセスに提供されるリソースです。システムに要求を処理する物理メモリがない場合は、いくつかのオプションがあります。
一般的な解決策は、スワップ領域を仮想メモリとして使用することです。その後、システムはスワップ回転状態に入り、他の何よりも少ないメモリを管理し、アイテムを交換するのに時間を費やすことができます。
ただし、状況は凍結されず、カーネルにはまだ独自に予約されたリソースがあります。しかし、状況は非常に遅くなります。
しかし、説明する状況は異なります。システムが過剰なリソース割り当てモードに移行した後に停止したようです。つまり、実行中のカーネルがないため、カーネルはリソースの競合を軽減するために何もできません。
これはハードウェアの問題を示します（カーネルのバグかもしれません）。つまり、過剰なリソース割り当てサイクルによってハードウェア障害が発生します。メモリースティックが不良な場合や負荷が重い場合にのみ発生するその他の不安定なハードウェアの問題がある可能性があります。
最近、ほとんどのLinuxシステムには、システムブートメニューで簡単に使用できるmemtestオプションがあるかどうかがあると思います。試してみて、多くのメモリテストを実行して再現できることを確認できます。
別のデータポイントは、システムがどのような方法でまだ生きているかを確認することです。ローカルGUIがロックされているか使用中である可能性がありますが、システムはまだpingに応答し、リモートログインも許可できます。次のような場合は、別のホストからそのホストにアクセスしてみてください。 PingやTelnetへの応答が遅い場合でも、タイムアウトが発生してもシステムが完全に応答しない場合は、別の応答になります。
これは以前に他のSEで取り上げられたことがあります。、これによりこの回答が重複する可能性があります。この場合、モザーはそれを自由に削除する必要があります。