JVM FullGC问题剖析全过程(原创)

 

1. 背景

偶然发现查看线上日志-Xloggc:******/gc.log下面的日志,发现线上机器存在Full GC,查找其他服务发现都会有这个问题,

基于我们系统很多垃圾回收机制都是ParalllelGC,即吞吐量优先GC方式,GC线上在处理任务时会造成系统stop the wrold暂停,而且GC

时间相对CMS等收集器而已要更长,虽然这些Full GC暂时无明显停顿,但是出于优化原则进行了一轮排查。下面是对几台线上机器的比对。

比对发现线上服务最后一次启动时间与FullGC出现时间相对吻合。

 

 

2. 问题定位

通过观察比对发现这些Full GC有几个比较明显的特点

  1. 每台机器都有几个Full GC ,这几个Full GC的时间间隔并不长
  2. 线上xmx是2g,由新生代占比3/8的比例看,Full GC产生时PSYongGen ParOldGen并无达到造成Full GC的大小
  3. 将日志第一次触发Full GC时间和该服务最后一次启动时间对比,发现几乎吻合
  4. Full GC类型属于Metadata GC Threshold(jdk
  • 3
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值