概要
JVM参数
技术细节
大多数的Java应用不需要进行JVM优化
大多数导致GC问题的原因是代码层面的问题导致的
上线之前,应先考虑将机器的JVM参数设置到最优
减少创建对象的数量
减少使用全局变量和大对象
优先架构调优和代码调优,JVM优化是不得已的手段
分析GC情况优化代码比优化JVM参数更好
JVM参数
-XX:+ '+'表示启用该选项
-XX:- '-'表示关闭该选项
-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区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概论。
-XX:+UseConcMarkSweepGC 使用并发标记清除垃圾收集器(CMS)来进行内存管理
使用CMS垃圾收集器具有以下优点:
可以在垃圾收集的同时,让应用程序继续运行,减少了停顿时间。
由于垃圾回收与应用程序运行并发操作,因此CMS对于响应时间敏感的应用程序比较适合。
可以有效地处理大型堆内存,并且在堆内存很大时,CMS的表现比串行GC和并行GC好。
java -jar -Xms2048m -Xmx2048m -Xmn32m -Xss256k -XX:SurvivorRatio=8 -XX:+UseConcMarkSweepGC longtoucar.jar
小结
在设置的时候,如果关注性能开销的话,应尽量把永久代的初始值与最大值设置为同一值,因为永久代的大小调整需要进行FullGC才能实现。