強制スワップでOOM-killerをトリガーすることは可能ですか？

システムが非アクティブなページを先取りしてスワップアウトすることは可能ですか（vm.swappiness）、しかし、システムが（メモリ不足ではなく）RAMを使い果たし、スワップを強制されるときにoom-killerを呼び出しますか？

最終的な目標は、主要なページフォールトが原因でディスクのスラッシングが開始されたときにシステムが停止しないようにすることですが、それでも非アクティブなページはスワップアウトされます。

もう1つの要望は、システムがoom-killerトリガーの前に強制的に使用するスワップメモリ​​の量を設定することです。このようにして、システムはあまり遠くに行かない限り、ほんの少しスワップに浸ることができます。または、すべてのRAMを使用する前にoom-killerをトリガーするようにこのようなしきい値を設定して、ファイルシステムキャッシュの領域を常に確保することができます（したがって、ディスクのスラッシングを回避できます）。

これは難しいことではないようです。X ramが使用/無料になったときにシステムがトリガーするようにoom-killerに伝えることができるようです。しかし、これが私が尋ねている理由です。知りません。

明確にするために、スワップをオフにしたり、vm.swappinessパラメーターを調整したりするつもりはありません。

私もその問題に苦労しました。システムの応答性を維持したいだけで、数分待つよりもプロセスを失う方が好きです。カーネルoomキラーを使用してこれを達成する方法はないようです。

ただし、ユーザー空間では、何でもできます。そこで、使用可能なRAMが10％を下回ると最大のプロセス（RSSによる）を強制終了するEarly OOM Daemon（https://github.com/rfjakob/earlyoom）を作成しました。

earlyoomがなければ、http：//www.unrealengine.com/html5/を数回起動することで、マシン（8GB RAM）を簡単にロックできました。現在、有罪のブラウザのタブは、物事が手に負えなくなる前に殺されます。

これは非常に複雑なソリューションのように聞こえます。私は、少量のスワップスペース（128-256MiB）を単に割り当てることをお勧めします（そして、休止状態にする必要のないセットアップしたマシンでこれを行います）。このようにして、カーネルはいくつかのページをスワップアウトできますが、OOMキラーは事態が悪化する前に呼び出されます。

これを本当にやりたい場合は、スワップの使用状況を監視し、Magic SysReqキーを使用してOOM-killerを呼び出す独自のスクリプト/プログラムを作成する必要があると思います（これはに書き込むことでプログラムで実行できます/proc/sysrq-trigger）。