JVM参数

Java 虚拟机基本结构
   {    类加载子系统        } { Java栈   }
   {方法区 Java堆直接内存} {本地方法栈}
   {    垃圾回收系统        } {PC 寄存器 }
   {           执行引擎                   }

堆空间结构
{eden s0 s1} {tenured}
         新生代         老年代

垃圾回收器对方法区、Java堆、直接内存进行回收

一个栈帧至少包含局部变量表、操作数栈、帧数据

GC DefNew ：新生代 Tenured：老年代 Perm：永久区
Permanet

新生代GC称为Minor GC

老年代GC称为Major GC

Full GC是对整个堆来说的,在最近几个版本的JDK里默认包括了对永生带即方法区的回收（JDK8中无永生带了），出现Full GC的时候经常伴随至少一次的Minor GC,但非绝对的

1、System.gc()方法的调用

此方法的调用是建议JVM进行Full GC,虽然只是建议而非一定,但很多情况下它会触发 Full GC,从而增加Full GC的频率,也即增加了间歇性停顿的次数。强烈影响系建议能不使用此方法就别使用，让虚拟机自己去管理它的内存，可通过通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc

2、老年代代空间不足

老年代空间只有在新生代对象转入及创建为大对象、大数组时才会出现不足的现象，当执行Full GC后空间仍然不足，则抛出如下错误：
java.lang.OutOfMemoryError: Java heap space
为避免以上两种状况引起的Full GC，调优时应尽量做到让对象在Minor GC阶段被回收、让对象在新生代多存活一段时间及不要创建过大的对象及数组。

3、永生区空间不足

JVM规范中运行时数据区域中的方法区，在HotSpot虚拟机中又被习惯称为永生代或者永生区，Permanet Generation中存放的为一些class的信息、常量、静态变量等数据，当系统中要加载的类、反射的类和调用的方法较多时，Permanet Generation可能会被占满，在未配置为采用CMS GC的情况下也会执行Full GC。如果经过Full GC仍然回收不了，那么JVM会抛出如下错误信息：
java.lang.OutOfMemoryError: PermGen space
为避免Perm Gen占满造成Full GC现象，可采用的方法为增大Perm Gen空间或转为使用CMS GC

4、CMS GC时出现promotion failed和concurrent mode failure

对于采用CMS进行老年代GC的程序而言，尤其要注意GC日志中是否有promotion failed和concurrent mode failure两种状况，当这两种状况出现时可能

会触发Full GC。
promotion failed是在进行Minor GC时，survivor space放不下、对象只能放入老年代，而此时老年代也放不下造成的；concurrent mode failure是在

执行CMS GC的过程中同时有对象要放入老年代，而此时老年代空间不足造成的（有时候“空间不足”是CMS GC时当前的浮动垃圾过多导致暂时性的空间不足触发Full GC）。
对措施为：增大survivor space、老年代空间或调低触发并发GC的比率，但在JDK 5.0+、6.0+的版本中有可能会由于JDK的bug29导致CMS在remark完毕

后很久才触发sweeping动作。对于这种状况，可通过设置-XX: CMSMaxAbortablePrecleanTime=5（单位为ms）来避免

5、统计得到的Minor GC晋升到旧生代的平均大小大于老年代的剩余空间

这是一个较为复杂的触发情况，Hotspot为了避免由于新生代对象晋升到旧生代导致旧生代空间不足的现象，在进行Minor GC时，做了一个判断，如果之

前统计所得到的Minor GC晋升到旧生代的平均大小大于旧生代的剩余空间，那么就直接触发Full GC。
例如程序第一次触发Minor GC后，有6MB的对象晋升到旧生代，那么当下一次Minor GC发生时，首先检查旧生代的剩余空间是否大于6MB，如果小于6MB，

则执行Full GC。
当新生代采用PS GC时，方式稍有不同，PS GC是在Minor GC后也会检查，例如上面的例子中第一次Minor GC后，PS GC会检查此时旧生代的剩余空间是否

大于6MB，如小于，则触发对旧生代的回收。
除了以上4种状况外，对于使用RMI来进行RPC或管理的Sun JDK应用而言，默认情况下会一小时执行一次Full GC。可通过在启动时通过- java -

Dsun.rmi.dgc.client.gcInterval=3600000来设置Full GC执行的间隔时间或通过-XX:+ DisableExplicitGC来禁止RMI调用System.gc

6、堆中分配很大的对象

所谓大对象，是指需要大量连续内存空间的java对象，例如很长的数组，此种对象会直接进入老年代，而老年代虽然有很大的剩余空间，但是无法找到足够大的连续空间来分配给当前对象，此种情况就会触发JVM进行Full GC。

为了解决这个问题，CMS垃圾收集器提供了一个可配置的参数，即 -XX:+UseCMSCompactAtFullCollection开关参数，用于在“享受”完Full GC服务之后额外免费赠送一个碎片整理的过程，内存整理的过程无法并发的，空间碎片问题没有了，但提顿时间不得不变长了，JVM设计者们还提供了另外一个参数 -XX:CMSFullGCsBeforeCompaction,这个参数用于设置在执行多少次不压缩的Full GC后,跟着来一次带压缩的。

以上内容来自 http://blog.csdn.net/chenleixing/article/details/46706039

以下参数为自己整理
1\参数

-Xms 堆初始空间 -Xmx5m

-Xmx 最大堆空间 -Xmx20m

-Xmn 新生代大小一般为堆大小的1/3 到1/4

-Xss 最大栈空间

-XX:SurvivorRatio 新生代中 eden空间和from/to空间比例关系

-XX:NewRatio 新生代和老年代的比例

-XX:PermSize 初始永久区大小

-XX:MaxPermSize 最大永久区大小

-XX:MaxDirectMemorySize 直接内存大小，不设置为最大堆空间

打印GC日志

-XX:+PrintGC

-XX:+PrintGCDetails

查看堆信息
-XX:+PrintHeapAtGC

打印程序执行时间
-XX:+PrintGCApplicationConcurrentTime

打印程序因GC产生的停顿时间
-XX:+PrintGCApplicationStoppedTime

跟踪类卸载
-XX:+TraceClassUnloading

跟踪类加载
-XX:+TraceClassLoading

打印显示参数
-XX:PrintVMOptions

   打印显示参数和隐式参数
   -XX:PrintCommandLineFlags

2\与串行回收器相关的参数

   -XX:+UseSerialGC : 在新生代和老年代使用串行收集器

    -XX:SurvivorRatio :设置eden区大小和survivior区大小的比例

    -XX:PretenureSizeThreshold :设置大对象直接进入老年代的阈值。
   当对象的大小超过这个值时，将直接在老年代分配

   -XX:MaxTenuringThreshold : 设置对象进入老年代的年龄的最大值。每一次Minor GC后，对象年龄就加1。
   任何大于这个年龄的对象，一定会进入老年代

3\与并行GC相关的参数

    -XX:+UseParNewGC:在新生代使用并行收集器

    -XX:+UseParallelOldGC:老年代使用并行回收收集器

    -XX：Para11e1GCThreads:设置用于垃圾回收的线程数。通过情况下可以和CPU数量相等，
   但在CPU数量比较多的情况下，设置相对较小的数值也是合理的

    -XX:MaxGCPauseMillis:设置最大垃圾收集停顿时间。它的值是一个大于0的整数,收集器在工作时，
   会调整Java堆大小或者其他一些参数，尽可能地把停顿时间控制在MaxGCPauseMillis 以内

    -XX:GCTimeRatio:设置吞吐量大小。它的值是一个0到100之间的整数。假设GCTimeRatio的值为n，么系统将花费不超过1/(1+n)的时间用于垃圾收集

    -XX:+UseAdaptiveSizePolicy：打开自适应GC策略。在这种模式下，新生代的大小、eden 和survivior的比例、
   晋升老年代的对象年龄等参数会被自动调整，
   以达到在堆大小、吞吐量和停顿时间之间的平衡点。

4\与CMS回收器相关的参数

   -XX:+UseConcMarkSweepGC：新生代使用并行收集器，老年代使用CMS+串行收集器

   -XX:Para11e1CMSThreads：设定CMS的线程数量

   -XX:CMSInitiatingOccupancyFraction:设置CMS收集器在老年代空间被使用多少后触发，默认为68%

   -XX:+UseCMSCompactAtFul1Collection:设置CMS收集器在完成垃圾收集后是否要进行一次内存碎片的整理

   -XX:CMSFul1GCsBeforeCompaction:设定进行多少次CMS垃圾回收后，进行一次内存压缩

   -XX:+CMSClassUnloadingEnabled:允许对类元数据区进行回收。

   -XX:CMSInitiatingPermOccupancyFraction:当永久区占用率达到达一定百分比时，
   启动CMS回收(前提是-XX:+CMSClassUnloadingEnabled激活了)

   -XX:UseCMSInitiatingOccupancyOnly:表示只在到达阈值的时候才进行CMS回收。

   -XX:+CMSIncrementa1Mode:使用增量模式，比较适合单CPU。
   增量模式在JDK8中标记为废弃，并且将在JDK9中彻底移除

5\与G1回收器相关的参数

   -XX:+UseG1GC:使用G1回收器

   -XX:MaxGCPauseMillis:设置最大垃圾收集停顿时间

   -XX:GCPauseInterva1Millis:设置停顿间隔时间。

6\TLAB相关

   -XX:+UseTLAB : 开启TLAB分配。

   -XX:+PrintTLAB：打印TLAB相关分配信息。

   -XX:TLABSIze：设置TLAB大小

   -XX:+ResizeTLAB；自动调整TLAB大小。

6\其他参数

   -XX:+DisableExplicitGC：禁用显式GC。

    -XX:+ExplicitGCInvokesConcurrent：使用并发方式处理显式GC

posted @ 2016-05-08 17:58 常平阅读(187) 评论(0) 编辑收藏举报

刷新页面返回顶部

常平