总结:GC调优之限制最大回收时间

一、先看系统运行情况

GC日志:如下GC日志可知,在2019-11-11 19:20:23.541时间点发生了GC,持续时间是1.3504725秒,所以在这段时间内,系统应该是进入静止状态的(STW)

系统运行日志:

如下系统运行日志可以看出,系统在2019-11-11 19:20:23.536 到 2019-11-11 19:20:24.893之间是没有任何日志打印的,即静止了,可见G1垃圾收集器也是会让系统进入STW状态。

二、GC优化

以上可知,GC时间较长,超过一秒,由于项目对P99要求很高,所以我们需要限制下GC时间。

可以添加配置:-XX:MaxGCPauseMillis=300  即最大停顿时间是300毫秒,这样就会降低GC时间,但是我们也可以猜到,这会增加GC的次数(可以对比下120和123,120配置了最大回收时间是300,导致120的回收次数是123的5倍,总的回收时间也增加了将近一倍,所以,总的来说,增加了XX:MaxGCPauseMillis导致系统性能反而减低了,虽然每次回收时间较短,所以我们需要平衡下。我们这里暂时设置为300,然后看效果。之前的GC间隔时间大概是1.5分钟进行一次GC。

遗憾的是,我们配置的最大GC时间貌似并没有生效,如下图:收集时间仍然超过一秒,为什么会这样呢?后来查阅资料了解到,是因为我们设置了年轻代大小的原因,假若通过 -Xmn 显式地指定了年轻代的大小, 则会干扰到 G1收集器的默认行为(因为G1会动态的根据用户设置的指定时间调整年轻代和老年代的大小).

  • G1在垃圾收集时将不再关心暂停时间指标. 所以从本质上说,设置年轻代的大小将禁用暂停时间目标.
  • G1在必要时也不能够增加或者缩小年轻代的空间. 因为大小是固定的,所以对更改大小无能为力.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值