2016-08-04 5 views
1

これはIHOPで45%フォロー:G1​​コレクターがフルGCをやっていない

S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT

0 96M 0 96M 3.4G 704M 6.5G 5.5G 640M 451.2M 6739 44.4m 0 0m 44.4m

旧世代のための -XX:MaxGCPauseMillis=100 -XX:InitiatingHeapOccupancyPercent=80

デフォルトを削除G1 Collector not doing full GC

にフォロー質問ですサイズが5.5Gに達していますが、まだ完全なGCはhではありませんappening。 理由は何ですか?

おかげで、 サミール

+0

GCログを有効にし、ログを投稿する – the8472

+0

$ 1 = gc_2016-08-05.log。 'エコー「アプリケーションのタイムライン数」 はgrepの-ac「アプリケーションの時間」$ 1 727240 はエコー「行カウントを停止し、」 はgrepの-ac $ 77 727241 は「トータルライン」 トイレ-l $ 1 1479213 をエコー「停止しました」 egrepの-av |> $ 1 'アプリケーションの時間停止していた' other_lines.txt' –

+0

https://gist.github.com/sameergn/0935a0f50a62eb7f350975d8d2dacd40 https://gist.github.com/sameergn/ba0bd3c1a2eec5cd1e7266c710f9de95 –

答えて

1

G1は、それが必要として動作しているようです。 763の若いコレクションの平均休止時間は163msで、200msの一時停止の目標の範囲内でした。

最も長い休止時間は373msで、そのうちの279.2msが参照処理に費やされました。 -XX:+ParallelRefProcEnabledはここで助けてください。 IHOPのため

デフォルトどれもそれが初期 IHOPだ設定されていないが、それが動的に他のGCの目標を達成するために、実行時に調整されます場合は45%

です。

+0

いいえ、完全なGCはありませんが、若すぎるコレクション時間を招いています。完全なGCを手動で呼び出すと、古い領域が4.5Gから2.4Gに減少するため、edenがより多くの領域を取得できることがわかります。 https://gist.github.com/sameergn/18f4c9197701261f338bfb1eafa328a8 1.6で、私たちは5GをEdenに、5Gを古いものとして、古い世代のオブジェクトを宇宙用に飢えさせていましたが、今は反対です。 –