2016-08-04 82 views
1

这是G1 Collector not doing full GC跟帖:G1收藏家没有做完整的GC

删除的后续问题 -XX:MaxGCPauseMillis=100 -XX:InitiatingHeapOccupancyPercent=80

默认为IHOP是45%

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

老一代达到5.5G的尺寸仍然满GC不是h appening。 任何想法为什么?

谢谢,萨米尔

+0

启用GC日志记录,发布日志 – the8472

+0

$ 1 = gc_2016-08-05.log。 '回声 “应用时间线数” grep的-ac “申请时间” $ 1 727240 回声 “停止线数” grep的-ac “被停止” $ 1 727241 回声 “共线” WC -l $ 1 1479213 egrep -av'Application time | stopped'$ 1> other_lines.txt' –

+0

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

回答

1

G1似乎是工作,因为它应该。 763个年轻收藏的平均暂停时间为163毫秒,远低于200毫秒的默认暂停目标。

最长暂停时间为373ms,其中279.2ms用于参考处理。 -XX:+ParallelRefProcEnabled应该在这里帮助。

默认为IHOP是45%

当没有设置是这样的初始 IHOP,但它能够在运行时动态调整,以满足其他GC目标。

+0

没有完整的GC是一件好事,但它导致了太多年轻的收集时间。如果我们手动调用完整的GC,那么随着旧空间从4.5G降至2.4G,您可以看到伊甸园获得更多空间。 https://gist.github.com/sameergn/18f4c9197701261f338bfb1eafa328a8随着1.6,我们有5G的伊甸园和5G的旧的,老一代对象用来挨饿的空间,现在它是相反的。 –