JVM分析调优指标

本文探讨了JVM中分配速率和提升速率对系统性能的影响。分配速率过高可能导致频繁的Minor GC,影响吞吐量;而提升速率过高则可能引起频繁的Major GC,延长暂停时间。过早提升可能导致短时间内多次full GC,解决方案包括增大年轻代大小或减少内存使用。性能调优的关键在于平衡这些指标,确保临时数据能在年轻代中妥善处理。
摘要由CSDN通过智能技术生成

一.分配速率

分配速率(Allocation rate)表示单位时间内分配的内存量。通常使用 MB/sec作 为单位。上一次垃圾收集之后,与下一次GC开始之前的年轻代使用量,两者的差值除以时间,就是分配速率。

回收速率:回收量/消耗时间

正常系统:分配速率较低 ~ 回收速率 -> 健康

内存泄漏:分配速率 持续大于 回收速率 -> OOM

性能劣化:分配速率很高 ~ 回收速率 -> 亚健康

分配速率过高就会严重影响程序的性能,在 JVM 中可能会导致巨大的 GC 开销

JVM 启动之后 291ms,共创建了 33,280 KB 的对象。第一 次 Minor GC(小型GC) 完成后,年轻代中还有 5,088 KB 的对象存活。 在启动之后 446 ms,年轻代的使用量增加到 38,368 KB, 触发第二次 GC,完成后年轻代的使用量减少到 5,120 KB。 在启动之后 829 ms,年轻代的使用量为 71,680 KB,GC 后变为 5,120 KB。

性能调优:分配速率到底影响什么?

new 出来的对象在Eden。 假如我们增加 Eden,会怎么样。 考虑蓄水池效应。

最终的效果是,影响 Min

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值