jvm FullGC参数设置

https://hllvm-group.iteye.com/group/topic/34574
cms垃圾收集器中有一个参数:CMSInitiatingPermOccupancyFraction=80
假定的设置为80,那么当PermSize超过这个上限,并且都是无法被回收的情况下,那岂不是造成full gc不停触发?

如果没有 -XX:+UseCMSInitiatingOccupancyOnly 这个参数, 只有第一次会使用CMSInitiatingPermOccupancyFraction=80 这个值. 后面的情况会自动调整.

假如CMSInitiatingPermOccupancyFraction 值被使用, 那么如果达不到满足的确会一直执行CMS, 不过这里要分清一点情况. 如果发现剩余空间没法满足当前的分配, 应该是直接产生一个Full GC, 如果还不能满足, 那么就会OOM了. 如果是CMS中, 一堆class被load进Pem的话, 发现没办法满足当前分配, 应该是中断当前的CMS, 而产生一个Full GC.

不过话说回啦, 这个本来就是不合理的. 你把一个值设置少于你的 live data size 是非常有问题的. 你应该增大你的相应的区的空间, 或者增大CMSInitiatingPermOccupancyFraction 的值.

这个基本上是正解了。要留意还得开了-XX:+CMSClassUnloadingEnabled才会让PermGem触发CMS GC。

稍微补充一些:
必须要明确 CMSInitiatingPermOccupancyFraction 参数说的是百分比而不是绝对大小。这个会弄错的人应该不多。
然后,如果跟 UseCMSInitiatingOccupancyOnly 配合使用的话,如果PermGen里已分配的大小跟当前容量相比的比例达到或超过 CMSInitiatingPermOccupancyFraction 的话就会触发CMS GC。
要留意是跟当前容量对比。当前容量是可以在最小(PermSize)和最大(MaxPermSize)之间浮动的。当前容量的改变只会在full GC时才会发生,而CMS GC周期中是不会发生的。

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值