九、大流量电商系统JVM调优案例

一、JVM类加载机制——自定义类加载器
二、JVM——对象内存分配机制
三、JVM内存模型
四、JVM垃圾收集算法和垃圾收集器
五、CMS垃圾回收器——三色标记算法
六、G1垃圾收集器
七、JVM调优实战——基本命令使用
八、JVM调优实战——arthas使用
九、大流量电商系统JVM调优案例

一、大流量电商系统模型

在这里插入图片描述

二、JVM参数设置和JVM内存模型

1、JVM参数设置

-Xms 3072M -Xmx3072M -Xss1M -XX:MetaspaceSize=512M -XX:MaxMetaspaceSize=512M

2、JVM内存模型

在这里插入图片描述

内存模型图说明

内存大小设置为3G,默认老年代和年轻代的大小为2:1;
所以old区域=2G,年轻代区域=1G;
年轻代中:eden:S0=8:1;得出eden区域=800M,S0=S1=100M;

垃圾回收过程分析

1、new出来的对象先存入eden区域,800M/60M14秒;大约第14秒,eden区域就满了,触发minor GC(短暂的STW);
2、minor GC进行垃圾回收操作,回收13秒的垃圾数据,第14秒的60M数据不算垃圾,会被放入S0区域;
3、根据动态年龄判断机制,60M>100M/2;这60M数据会直接进入老年代;
也就是说这次minorGC之后,年轻代被清空,60M垃圾数据进入老年代;
4、老年代大小2G/60M
30秒多一点,触发FUllGC;这就出现问题了,这样的JVM参数设置,30秒多一点就触发一次FULLGC,显然不合理。

JVM参数调优

根据对垃圾回收过程的分析,我们发现动态年龄判断,导致60M数据直接进入老年代是产生问题的原因,我们需要避免其进入老年代。所以我们要增大年轻代的大小。

增加参数设置:-Xmn2048M,设置年轻代大小为2G

调优后的垃圾回收过程分析

1、new出来的对象先存入eden区域,1600M/60M==28秒;大约第28秒,eden区域就满了,触发minor GC(短暂的STW);
2、minor GC进行垃圾回收操作,回收28秒的垃圾数据,第28秒的60M数据不算垃圾,会被放入S0区域;
3、根据动态年龄判断机制,60M<200M/2;这60M数据不会进入老年代;也就是说这次minorGC之后,eden区域清空,60M垃圾数据进入S0;
4、下次eden区域满是第56秒,触发minorGC,会直接回收eden和S0区域,把第56秒产生的60M数据存入S1区域;没有机会触发FULLGC;

以上的调优过程是比较理想化的过程,实际过程中需要结合JVM调优工具,进行参数不断调整。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值