jvm cms垃圾回收疑惑
 |
chenk818
2012-09-14
cms垃圾收集器中有一个参数:CMSInitiatingPermOccupancyFraction=80
假定的设置为80，那么当PermSize超过这个上限，并且都是无法被回收的情况下，那岂不是造成full gc不停触发？ |
 |
richard_2010
2012-09-14
貌似是的，但是这种情况很多？
个人觉得如果perm回收效果不理想的话可以关闭perm区的回收 |
|
xiaoZ5919
2012-10-08
应该有一个限制吧 好像是overhead limit当发现投入产出比不高了抛出这个exception
|
 |
xiaoyu
2012-10-08
chenk818 写道 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 的值. |
 |
RednaxelaFX
2012-10-09
xiaoyu 写道 chenk818 写道 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周期中是不会发生的。 |
