Linux oom-killerのデバッグ - スワップの使用がほとんどない

私たちは常に実行しているシステムを構築しました。これはデータグラフを収集して表示します。長い間何も変更しないと、最終的にウンキラーイベントが発生します。これにより（oomスコアが高い）基本プロセスが終了し、ソフトウェアが再起動されます。

基本的な知識：システムはCentOS 6で、カーネルは2.6.32.26です。システムには2Gメモリと4Gスワップスペースがあります。アプリケーションはQt 3を含むC ++で書かれています。

毎分/proc/meminfoと/proc/slabinfoの内容を掻き取るためにcronジョブを設定しました。以下は、meminfoデータで見つかった最も興味深い兆候です（最新のoom-killerはチャートの右側にあります）。

SUnreclaimは、oom-killerが表示されるまで増加し続けます。 SUnreclaimの傾きの変化は、ディスプレイを切り替える位置です。

labinfoデータのいくつかの興味深い痕跡は次のとおりです。

私が見るには何かが漏れたり壊れていると思います。それが何であれ、私のプロセスが終了するとクリーンアップされるように見えますが、正直なところ、ここで何が起こっているのかわかりません。

何が漏れているのか、どうすればわかりますか？

更新：プロセスの初期にps出力で始まりました（ここでは表示されません）。私たちのすべてのプロセスのRSS値は「正常」レベルに急速に上昇し、同じままです。これが通常のメモリで実行されるプロセスであれば、助けは必要ありません。代わりに、スワップ不可能なメモリが割り当てられるようにする作業を行っています。

アップグレードのアドバイスによると、コードベースは古いライブラリへの依存関係が多すぎて、今では3シリーズカーネルに切り替えることはできません。