Linuxディスクバッファーの最小サイズを設定できますか？

私は2GBのRAM、スワップなしのかなり古いLinuxマシンを使用していますが、それは非常にうまく機能しており、システムは未使用のメモリをすべてキャッシュに使用して非常に効果的です。

ただし、メモリに負荷がかかりそうになると（たとえば、割り当てられた1950MBを超えると）、クロール速度が低下します。ディスクバッファーが残っていないためだと思います。OOMキラーがすぐに有効になることはわかっていますが、通常は有効になりません。ロードがシュートを30から40までロードするほど遅くなり、プロセスが進まないため（メモリが割り当てられません）、再起動する必要があります。

たとえばコンソールに移動して（Alt-F1を介してログインし、「killall badprocess」を実行するなどして）1つのプロセスを強制終了してマシンに応答させると、通常は機能しますが、待機する必要があります。ユーザー/パスワードを入力してからプロンプトが表示されるまでに約10分-ディスクアクティビティがある間はすべて

繰り返しになりますが、スワップは行われないため、スワップは行われません。バッファが残っていないため、スラッシングが発生しています。

私はディスクバッファー専用に100 MBほどを占有しているため、OOMキラーを早期にトリガーします（結局、プログラム用のメモリが少なくなります）一方で、マシンは常に応答性が高くなります。

それを行う方法はありますか？このようなことをする/ proc / kernelまたは/ sys / vmエントリを見つけることができませんでした。

見ていに/ proc / sys / vm / min_free_kbytesを。oom-killerをトリガーするのは、空きkbytesの制限です。また、{propablyあなたが殺されているかを知るために、キーワードOOMキラーのためのログをチェックするとよいでしょうSSHを殺すためにしたくないあなたはそれがすると良いでしょう、をreniceそれを}

oom-killerがメモリを解放するのを待つのは、ガソリンタンクをいっぱいにするときが来たら、エンジンが停止するのを待つようなものです。oom-killerは、リソース不足のマシンに対する最後の手段と絶望のヘビーハンドツールです。アプリケーション、到達可能性、信頼性などにどのように影響するかを考慮せずに、次に処理するプログラムを強制終了します。oom-killerが呼び出されると、サーバーは息を切らしていて、危機的な状態にあります。

代わりに、アプリケーション環境内のメモリ使用量を管理する際に積極的なアプローチをとる方がはるかに優れています。/ proc / meminfoのトラブルを監視し、適切なアクションを実行して、深刻な状況が醜くなる前にワークロードを抑制できます。