以前書いたものはこちらです。
特に
デフォルトでは、カーネルは満たせない割り当てを拒否します。この調整により、それらの割り当てを受け入れ、失敗を回避できるか、または割り当てが使用になるまで後で発生する可能性があります。
RAMとスワップの合計が十分に大きい場合は、この設定を変更する必要はありません。合計が大きくない場合は、変更すると役立つ可能性があります。
また
仮想メモリの量を増やすことです。（つまり、RAMとスワップの合計です。）RAMが不足すると、パフォーマンスの問題が発生し始めます。しかし、仮想メモリが不足すると、プロセスが開始されなかったり、終了したり、キルされたりします。それはひどいものです。
RAMとディスクの両方が小さい私たちの場合、多くのスワップを追加することはできませんが、2Gは良い最小値のようです。（16GのRAMがあれば、スワップは必要ないかもしれませんが、それは別の話です。問題は物事が失敗することである場合、重要なのは両方の合計です。）
抵抗については、この変更はredisの利益のためであり、ほとんどの人は必要としないという認識によるものだと思います。
編集：この最近のスレッドは、おそらくその一例であり、比較的小さなインスタンスがメモリを使い果たしましたが、overcommitは設定されていませんでした。しかし、overcommitを設定してもこの問題が解決したかどうかはわかりません。その人は8G RAMにアップグレードしました。