JVM调优及参数设置

分手后的思念是犯贱 2022-07-17 00:18 163阅读 0赞

**(1)参数**

\-Xms：初始堆大小

\-Xmx ：最大堆大小 此值可以设置与\-Xmx相同，以避免每次垃圾回收完成后JVM重新分配内存

\-Xmn ：年轻代大小 整个堆大小=年轻代大小 \+ 年老代大小 \+ 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8。

\-XX:NewSize：设置年轻代大小

\-XX:MaxNewSize：年轻代最大值

\-XX:NewRatio 年老代与年轻代的比值

\-XX:SurvivorRatio：设置年轻代中Eden区与Survivor区的大小比值

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

\-XX:PermSize：设置持久带

\-XX:MaxPermSize：设置持久代最大值

**（2）调优**

JVM调优主要是针对内存管理方面的调优，包括**控制各个代的大小，GC策略**。由于GC开始垃圾回收时会挂起应用线程，严重影响了性能，调优的目是为了尽量降低GC所导致的应用线程暂停时间、 减少Full GC次数。

关键参数：\-Xms -Xmx 、\-Xmn  、\-XX:SurvivorRatio、\-XX:MaxTenuringThreshold、\-XX:PermSize、\-XX:MaxPermSize

（1）\-Xms、 -Xmx 通常设置为相同的值，避免运行时要不断扩展JVM内存，这个值决定了JVM heap所能使用的最大内存。

（2）\-Xmn 决定了新生代空间的大小，新生代Eden、S0、S1三个区域的比率可以通过\-XX:SurvivorRatio来控制(假如值为 4  表示：Eden:S0:S1 = 4:3:3 )

（3）\-XX:MaxTenuringThreshold 控制对象在经过多少次minor GC之后进入老年代，此参数只有在Serial 串行GC时有效。

（4）\-XX:PermSize、\-XX:MaxPermSize 用来控制方法区的大小，通常设置为相同的值。

（1）**代调优**

**   合理设置新生代大小**

1）避免新生代大小设置过小

当新生代设置过小时，会产生两种比较明显的现象，一是minor GC次数频繁，二是可能导致 minor GC对象直接进入老年代。当老年代内存不足时，会触发Full GC。

2）避免新生代设置过大

新生代设置过大，会带来两个问题：一是老年大变小，可能导致Full  GC频繁执行；二是 minor GC 执行回收的时间大幅度增加。

年轻代大小选择

响应时间优先的应用：尽可能设大，直到接近系统的最低响应时间限制（根据实际情况选择）。在此种情况下，年轻代收集发生的频率也是最小的。同时，减少到达年老代的对象。

吞吐量优先的应用：尽可能的设置大，可能到达Gbit的程度。因为对响应时间没有要求，垃圾收集可以并行进行，一般适合8CPU以上的应用。

年老代大小选择

响应时间优先的应用：年老代使用并发收集器，所以其大小需要小心设置，一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了，可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式；如果堆大了，则需要较长的收集时间。最优化的方案，一般需要参考以下数据获得：

并发垃圾收集信息

持久代并发收集次数

传统GC信息

花在年轻代和年老代回收上的时间比例

减少年轻代和年老代花费的时间，一般会提高应用的效率

吞吐量优先的应用：一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是，这样可以尽可能回收掉大部分短期对象，减少中期的对象，而年老代尽存放长期存活对象。

** 合理设置Survivor区**

-XX:SurvivorRatio参数的值越大，就意味着Eden区域变大，minor GC次数会降低，但两块Survivor区域变小，如果超过Survivor区域内存大小的对象在minor GC后仍没被回收，则会直接进入老年代，

\-XX:SurvivorRatio参数值设置过小，就意味着Eden区域变小，minor GC触发次数会增加，Survivor区域变大，意味着可以存储更多在minor GC后任存活的对象，避免其进入老年代。

**合理设置对象在新生代的存活时间**

新生代存活周期的值决定了新生代对象在经过多少次Minor GC后进入老年代。因此这个值要根据自己的应用来调优，Jvm参数上这个值对应的为\-XX:MaxTenuringThreshold，默认值为15次。

** 初始堆大小和最大堆大小相同**

\-XX:PermSize、\-XX:MaxPermSize 用来控制方法区的大小，通常设置为相同的值。避免运行时要不断扩展JVM内存，这个值决定了JVM heap所能使用的最大内存。

较小堆引起的碎片问题

因为年老代的并发收集器使用标记、清除算法，所以不会对堆进行压缩。当收集器回收时，他会把相邻的空间进行合并，这样可以分配给较大的对象。但是，当堆空间较小时，运行一段时间以后，就会出现“碎片”，如果并发收集器找不到足够的空间，那么并发收集器将会停止，然后使用传统的标记、清除方式进行回收。如果出现“碎片”，可能需要进行如下配置：

\-XX:+UseCMSCompactAtFullCollection：使用并发收集器时，开启对年老代的压缩。

\-XX:CMSFullGCsBeforeCompaction=0：上面配置开启的情况下，这里设置多少次Full GC后，对年老代进行压缩

**（2）GC策略调优**

（1）合理选择垃圾收集器的搭配使用

（2）使用可视化工具JConsole查看JVM参数

JConsole工具在JDK/bin目录下，启动JConsole后，将自动搜索本机运行的jvm进程，不需要jps命令来查询指定。双击其中一个jvm进程即可开始监控，也可使用“远程进程”来连接远程服务器。