windows - フル GC 中に多くのページフォールトが発生する理由

Question

Windows 2003 サーバーです。

いくつかのパフォーマンステストを実行していますが、次のように表示されます。

64G のように十分な RAM があり、システム全体でその半分しか使用していないため、多くのハードページフォールトは発生しないことに注意してください。

私が知りたいのは、JVM が GC を実行している場合、GC を実行しない場合と比較して、大量のソフトページフォールト/秒が発生することが予想されるということです。

score 1 · Accepted Answer

インクリメンタルガベージコレクタは、その実行を mutatorとインターリーブします。これにより、次の 2 種類の問題が発生する可能性があります。

mutator は、ガベージコレクターが既に分析したオブジェクトを変更する場合があります (たとえば、参照の更新)。この場合、コレクターは、変更を考慮できるように、変更について通知する必要があります。
コピー元のコレクターの場合、ミューテーターは、コレクターが移動したオブジェクトを見たいと思うかもしれません。この場合、ミューテーターがオブジェクトの新しいコピーにリダイレクトできるように、移動されたオブジェクトからの読み取りの試みについてコレクターに通知する必要があります。( 「壊れた心」に格納されている転送ポインタを使用します。)

問題 (1) は、コレクターが分析を終了したページにハードウェア書き込みバリアを配置することで解決できます。問題 (2) は、移動されたオブジェクトを含むページにハードウェア読み取りバリアを配置するコレクターによって解決できます。

ミューテーターがこれらのバリアにヒットすると、ページフォールトが生成され、フォールトハンドラーがガベージコレクターから適切な関数を実行します。

(これが Windows で JVM ガベージコレクターがどのように機能するかはわかりませんが、インクリメンタルガベージコレクション中にページフォールトの増加が予想されます。)

windows - フル GC 中に多くのページ フォールトが発生する理由