JVM调优实战讨论:YGC调优

事情过往交代:

   YongGC需要降到10ms,目前是20ms而且不增加总的YGC时间,并且不会增加FULLGC的次数。。

讨论开始:

A:大神们,求助: 正在做YGC优化,遇到了些问题。   YGC的耗时主要是在复制阶段吧?由复制的对象大小决定?如果想知道每次被复制的对象是哪些,包括那些age 为1的对象,怎么看?

B:s 区互相挪也耗时吧

A:目标是把YGC单次时间降下去,调MaxTenuringThreshold,调E区的方法都试过了,YGC有降低,但并没有解决业务问题。  业务上期望YGC单次时间能降一半,但每分钟的GC总时间不要增多。

C:调小Eden/换G1

D:你可以换成8核的机器,用8个cpu来跑

E:或者直接   你把S区 去掉吧

A:S区能去掉?  去掉之后Full GC应该会更频繁。更想从代码上入手,减少new 的对象,或减少对象的生命周期。

E:CMS会更频繁  但是  可以 限制CMS发生的数量.对象全池化/上线前  预热/S区为0/就是 所有对象都在OLD 如果 对象变化不激烈  可以做到一定时间内 0 cms  在这个时间到了的时候 重新部署..预热的目的是全部晋升.TP50  TP90 TP99     100%这种 java本身就合适

D:对象的晋升率高吗?parallel scavenge不是可以指定回收时间上限吗?不需要人工指定比例  不过可能会导致吞吐量下降



  • 0
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值