[原创]JVM调优

原文链接：https://www.dapan.cc/article/2022/07/1685

JVM参数示例

-XX:MetaspaceSize=128m （元空间默认大小）

-XX:MaxMetaspaceSize=128m （元空间最大大小）

-Xms1024m （堆最大大小）

-Xmx1024m （堆默认大小）

-Xmn256m （新生代大小）

-Xss256k （棧最大深度大小）

-XX:SurvivorRatio=8 （新生代分区比例 8:2）

-XX:+UseConcMarkSweepGC （指定使用的垃圾收集器，这里使用CMS收集器）

-XX:+PrintGCDetails （打印详细的GC日志）

配置： -Xmx4g –Xms4g –Xmn1200m –Xss512k -XX:NewRatio=4 -XX:SurvivorRatio=8 -XX:PermSize=100m

-XX:MaxPermSize=256m -XX:MaxTenuringThreshold=15

解析：

-Xmx4g：堆内存最大值为4GB。

-Xms4g：初始化堆内存大小为4GB 。

-Xmn1200m：设置年轻代大小为1200MB。增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

-Xss512k：设置每个线程的堆栈大小。JDK5.0以后每个线程堆栈大小为1MB，以前每个线程堆栈大小为256K。应根据应用线程所需内存大小进行调整。在相同物理内存下，减小这个值能生成更多的线程。但是操作系统对一个进程内的线程数还是有限制的，不能无限生成，经验值在3000~5000左右。

-XX:NewRatio=4：设置年轻代（包括Eden和两个Survivor区）与年老代的比值（除去持久代）。设置为4，则年轻代与年老代所占比值为1：4，年轻代占整个堆栈的1/5

-XX:SurvivorRatio=8：设置年轻代中Eden区与Survivor区的大小比值。设置为8，则两个Survivor区与一个Eden区的比值为2:8，一个Survivor区占整个年轻代的1/10

-XX:PermSize=100m：初始化永久代大小为100MB。

-XX:MaxPermSize=256m：设置持久代大小为256MB。

-XX:MaxTenuringThreshold=15：设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概论。

JVM调优经验

JVM配置方面，一般情况可以先用默认配置（基本的一些初始参数可以保证一般的应用跑的比较稳定了），在测试中根据系统运行状况（会话并发情况、会话时间等），结合gc日志、内存监控、使用的垃圾收集器等进行合理的调整，当老年代内存过小时可能引起频繁Full GC，当内存过大时Full GC时间会特别长。

那么JVM的配置比如新生代、老年代应该配置多大最合适呢？答案是不一定，调优就是找答案的过程，物理内存一定的情况下，新生代设置越大，老年代就越小，Full GC频率就越高，但Full GC时间越短；相反新生代设置越小，老年代就越大，Full GC频率就越低，但每次Full GC消耗的时间越大。建议如下：

代码实现方面，性能出现问题比如程序等待、内存泄漏除了JVM配置可能存在问题，代码实现上也有很大关系：

避免产生死循环，产生死循环后，循环体内可能重复产生大量实例，导致内存空间被迅速占满。

• 尽量避免长时间等待外部资源（数据库、网络、设备资源等）的情况，缩小对象的生命周期，避免进入老年代，如果不能及时返回结果可以适当采用异步处理的方式等。

GC (Allocation Failure)问题解决

1.JVM参数配置

-XX:MetaspaceSize=128m

-XX:MaxMetaspaceSize=128m

-Xms1024m

-Xmx1024m

-Xmn128m

-Xss256k

-XX:SurvivorRatio=8

-XX:+UseConcMarkSweepGC

-XX:+PrintGCDetails

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-i7WwdPKs-1659403995689)(https://i0.wp.com/www.dapan.cc/wp-content/uploads/2022/07/clipboard.png?ssl=1&is-pending-load=1)]

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-BM3WqI3Q-1659403995690)(https://i0.wp.com/www.dapan.cc/wp-content/uploads/2022/07/clipboard.png?ssl=1)]

2.GC日志724

[GC (Allocation Failure) [ParNew

Desired survivor size 6684672 bytes, new threshold 15 (max 15)

– age 1: 1546272 bytes, 1546272 total

– age 2: 3714944 bytes, 5261216 total

112380K->7543K(118016K), 0.0072910 secs] 139444K->34607K(1035520K), 0.0073505 secs] [Times: user=0.06 sys=0.00, real=0.01 secs]

3.引用：

1. GC(Allocation Failure)引发的一些JVM知识点梳理

2.频繁GC (Allocation Failure)及young gc时间过长分析：

https://blog.csdn.net/weixin_33729196/article/details/91664880

**声明：**本站所有文章，如无特殊说明或标注，均为本站原创发布。任何个人或组织，在未征得本站同意时，禁止复制、盗用、采集、发布本站内容到任何网站、书籍等各类媒体平台。如若本站内容侵犯了原著者的合法权益，可联系我们进行处理。