背景:
新业务上线, 使用CMS+ParNew分别作为老年代与新生代GC回收器。 其中JVM部分配置如下:
-xms4096m -Xmx4096m -Xss256k -XX:+UseParNewGC -XX:+UseConcmarkSweepGC
上线后通过grafana观察jvm监控, 其中old取与young区堆内存大小分配如下(线上容器没有java用户权限, 故无法使用jvm命令工具查看):
其中, old取大小为 3.84G , young区大小为 133+16.6*2 = 166.2M, 原预期, 未指定young取大小时, old区与young区大小比例为2:1. 但实际查看数据并非如此。 现状,young区堆内存分配过小,
后续开发中会导致yong区gc频繁,由于younggc频繁, 导致新对象晋升至老年代的几率增大。
分析
1. CMS+ParNew回收器下, 不单独指定young区大小:
1. 使用类似jvm启动参数, 在测试环境复现此过程。 jvm部分配置如下:
"-XX:+UseParNewGC", "-XX:+UseConcmarkSweepGC", "-xms512m","-Xmx512m", "-Xss256k"
查看jvm启动时生效参数 young区堆内存default值约为 83M, old区大小约为429M。 比例依然不为2:1
2. 使用jdk1.8 默认GC回收器 parallel + parallelOld
查看下图中, 老年代与新生代大小默认值为 350M:170M , 大小约为 2:1
原因
查询相关资料得知: ParNewgc回收器young区默认堆内存大小为:
机器位数 * cpu核数 * 13 / 10
与运维同学确认线上容器配置为 2核 6G 64位
使用上述公式, 计算线上服务young区堆内存大小: 64*2*13/10= 166.4, 此值与当先线上数值大致相等。
总结
经上述论证得知, 当使用jdk1.8默认GC回收器时, 可不指定young区与old区大小配置。
parallelGCh回收器 默认堆old区与young区内存大小比例 2:1
CMS+ParNew使用时, 需显示指定young区大小, 或指定old区与young区大小比例
我们知道parallel回收器, 注重的是服务吞吐量, CMS注重的是用户线程暂停时间。 作为面向c端用户的我们, 使用CMS+ParNew的场景会更多一些。
改进方法(三选一即可):
- -XX:NewSize=1024m和-XX:MaxNewSize=1024m; (指定大小, 数值需根据当前堆内存总大小确定)
- -Xmn1024m;(指定大小, 数值需根据当前堆内存总大小确定)
- -XX:NewRatio=2 (指定比例)
增加参数 -XX:NewRatio=2
参考
参考资料:https://www.jianshu.com/p/832fc4d4cb53
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 [email protected] 举报,一经查实,本站将立刻删除。