jvm误区--动态对象年龄判定和分配担保机制

学习jvm的人,基本都阅读过上面这段话,这里讲的是动态年龄的判定。
对于动态的判定的条件就是相同年龄所有对象大小的总和大于Survivor空间的一半,
然后算出的年龄要和MaxTenuringThreshold的值进行比较,
以此保证MaxTenuringThreshold设置太大(默认15),导致对象无法晋升。

先给结论:

分配担保机制:当YGC时survivor区放不下年轻代所有存活的对象时,把Survivor无法容纳的对象直接进入老年代,若放不下触发FullGC,若之后还是放不下则oom;

动态对象年龄判定:总体表征就是,一次YGC完毕之后却计算完新的年龄了,年龄从小到大进行累加,当加入某个年龄段后,累加和超过survivor区域*TargetSurvivorRatio的时候,就将这个年龄最为新的晋升年龄,下次YGC时就以这个年龄最为对象晋升老年代没年龄。【这里说一下为什么是下次而不是本次呢?因为如果本次YGC时就以这个年龄作为晋升标准,那survivor区永远也超不过默认值的50%了,更别说触发分配担保机制<

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值