ガベージコレクタによるアプリケーションの速度低下を防ぐ方法

Question

メモリリークのあるアプリケーションがあるとします。ある時点で、GCはメモリをクリアするのに非常に苦労し、アプリケーションを遅くします。それはOutOfMemoryException例外がスローされます-UseGCOverheadLimit：私はあなたがJVM -XXため、このパラメータを設定した場合ことを知っている

合計時間の98％以上は、ガベージコレクションとヒープの2％未満に費やされている場合回収される。

しかし、これは何とか私にとって十分ではありません。これらの数字がヒットする前でも私のアプリケーションは非常に遅くなるからです。 GCはOutOfMemoryExceptionがスローされる前にしばらくCPUを吸収します。私の目標は、問題が最も好きであれば、何とか早期に認識し、OutOfMemoryexceptionをスローすることです。その後、私はある種の回復戦略を持っています。

これで、GCTimeLimitとGCHeapFreeLimitの2つの追加パラメータが見つかりました。それらを使用すると、2つの引用定数（98％と2％）を微調整することが可能です。

メモリリークを引き起こし、それらの設定で再生する小さなコードのようなテストを自分で行っています。しかし、私は正しいトレードオフを見つける方法が本当にわからない。私の希望は、他の誰かが同じ問題を抱えていて、合理的な解決策を考え出したか、あるいは私がまだ分かっていない他のGCスイッチがあるかもしれないということです。

私は実際にこのトピックに関する専門家ではないので、少し失われていると感じています。それは考慮できることがたくさんあるようです。

Answer 1

サイドステップでJVMヒープをステップし、Terra Cotta's Big Memoryのようなものを使用して、直接メモリ管理を使用してガベージコレクタの範囲を超えて成長させます。

Answer 2

Sun/Oracle JVMを使用している場合は、thisページはかなり完全なGCチューニングのプライマリであるようです。

Answer 3

java.lang.management.MemoryUsageを使用して、使用可能なメモリと使用可能な合計メモリを判断できます。調整可能なGC収集スレッショルドに近づくにつれて、エラーがスローされます。

もちろんこれはちょっとばかげています。より多くのメモリが必要な問題がある場合は、ヒープサイズを増やしてください。より多くの可能性のある問題は、あなたがそれを完了したときに優雅にメモリを解放していないということです。