GC调优案例

目录

案例1:Fullgc和minorgc频繁

案例2:请求高峰期发生fullgc,单次暂停时间特别长(CMS)

案例3:老年代充裕情况下,发生fullgc


案例1:Fullgc和minorgc频繁

空间紧张,对象晋升阈值降低,导致本来很多生存周期很短的对象也会被晋升到老年代,进而导致频繁的fullgc的发生

方法:因为新生代内存太小,内存优化先从新生代开始,适当调大新生代内存,内存充裕,新生代垃圾回收就没那么频繁,同时增大了幸存区的空间以及晋升的阈值,就可以让很多生命周期较短的对象尽可能的被留在新生代,而不要晋升到老年代,进一步让老年代的fullgc也不容易出现,老年代的fullgc也不那么频繁了

案例2:请求高峰期发生fullgc,单次暂停时间特别长(CMS)

发生在cms重新标记阶段,会扫描整个堆内存,扫描老年代,新生代对象,新生代对象个数比较多,时间耗费长

方法:在重新标记发生之前,先对新生代对象做一次垃圾清理,清理之后存活对象少了,到了重新标记阶段需要查找和标记的对象也变得比以前少的多

案例3:老年代充裕情况下,发生fullgc

碎片过多或并发失败会导致老年代空间不足,但是经排查都不是

因为使用(CMS jdk1.7)采用永久代 永久代空间不足也会导致fullgc

1.8之后改为元空间,不由java控制,使用操作系统空间一般比较充裕

但是1.7之前由于永久代空间不足会触发整个堆的一次fullgc

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

outlier--

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值