性能问答>紧急求助|Java8应用young gc时间过长>
1回复

紧急求助|Java8应用young gc时间过长



问题描述
求教各位大神,Java 8应用young gc时间过长,平均耗时接近100ms,偶尔能到1.5s
使用垃圾收集器parNew + CMS,几乎没有触发过CMS gc
使用框架spring + mybatis + dubbo + rocketmq
JVM参数:

-server -Xmx5g -Xms5g -Xmn1g -XX:MetaspaceSize=512m -
XX:MaxMetaspaceSize=512m -Xss256k -XX:SurvivorRatio=8 -
XX:+PrintGCDetails -Xloggc:/opt/apps/logs/gc.log -
XX:+PrintGCDateStamps -XX:+PrintGCApplicationStoppedTime
 -XX:+PrintSafepointStatistics -
XX:PrintSafepointStatisticsCount=1 -XX:+PrintReferenceGC 
-XX:+UnlockDiagnosticVMOptions -XX:-DisplayVMOutput -
XX:+LogVMOutput -XX:LogFile=/opt/apps/logs/safepoint.log 
-XX:+UseParNewGC -XX:+UseConcMarkSweepGC -
XX:CMSInitiatingOccupancyFraction=70 -
XX:+CMSParallelRemarkEnabled -
XX:+UseCMSCompactAtFullCollection -
XX:+UseFastAccessorMethods -
XX:+UseCMSInitiatingOccupancyOnly -
XX:+HeapDumpOnOutOfMemoryError -
XX:HeapDumpPath=/opt/apps/logs

问题出现的环境背景及自己尝试过哪些方法
首先打开了gc日志和停顿点日志
一开始怀疑是safepoint的问题,打印了safepoint日志后,发现spin + block的时间都很短,只有gc的时候vmop时间与gc日志的时间一致,都能到1s多,排除了安全点问题
后来怀疑是finalReference的回收问题,添加了JVM参数打印各类refenrence的回收时间,都非常短,与gc耗时不在一个量级,排除finalize

相关代码
以下是gc日志
image.png
image.png
image.png

3212 阅读
请先登录,查看1条精彩评论吧
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步