首页
学习
活动
专区
圈层
工具
发布
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    JVM调优实战:解决CMS concurrent-abortable-preclean LongGC的问题

    优化目标 降低abortable preclean 时间,而且不增加final remark的时间(因为remark是STW的)。...那么我们预计这个时候尽快结束abortable preclean阶段,在remark时就不需要扫描太多的Eden区对象,remark STW的时间也就不会太长。...这里能得出一个有用的结论:如果abortale preclean阶段时间太短,随后在remark时,新生代占用越大,则remark持续的时间(STW)越长。...0.04s = 40ms,如下 所以,3次Minor GC + remark耗时的平均耗时 remark平均耗时495ms好得多了。...优化结果 至此,我们最初的目标- 降低abortable preclean 时间,而且不增加final remark的时间 ,已经达到了。甚至remark的时间也缩短了。

    1.8K22

    JVM GC耗时频频升高,我来教你排查

    优化目标 降低abortable preclean 时间,而且不增加final remark的时间(因为remark是STW的)。 5....那么我们预计这个时候尽快结束abortable preclean阶段,在remark时就不需要扫描太多的Eden区对象,remark STW的时间也就不会太长。...这里能得出一个有用的结论:如果abortale preclean阶段时间太短,随后在remark时,新生代占用越大,则remark持续的时间(STW)越长。...0.04s = 40ms,如下 所以,3次Minor GC + remark耗时的平均耗时 remark平均耗时495ms好得多了。...在前面第一次调优后,新生代(YG)占用181.274M,remark耗时80ms;新生代(YG)占用773.427M时,remark耗时910ms。所以这个参考值可以是300M。

    4.4K00
    领券