これは私が思いついた理論的な問題です。
通常、JMeter 負荷テストを実行すると、デフォルトのヒープ設定で十分であることがわかります。
集中的な JMeter 負荷テストを実行しているときに、JMeter が OutOfMemory 例外をスローし、(通常は) より多くのヒープが必要であることを示します。
私はこれら2つの間のケースについて心配しています。JMeter がOutOfMemory をスローしない場合、ガベージ コレクション (JMeter 側) が結果に悪影響を与えていないことを確認する方法はありますか? JMeter を実行するたびに gc ログを監視する必要がありますか?
これのより実用的な側面は次のとおりだと思います。Jmeter が異なるヒープ サイズを使用した 2 つの個別の JMeter テストの出力を比較できますか?
編集: 私が気づいたことの 1 つは、Jmeter UI に、GC オーバーヘッド制限に違反したことを示すアイコンがあることです。しかし、これは JVM から来ており、CPU 時間の 98% が GC に使用されている場所でトリガーされます。この点に到達するずっと前に結果が歪められると思います。