jvm参数详解

jvm参数详解
内存相关
选项 参数详解 默认值
-Xms 初始堆大小 –
-Xmx 最大堆大小 –
-Xmn 年轻代大小(1.4or lator)整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m，所以增大年轻代后，将会减小年老代大小。此值对系统性能影响较大，Sun官方推荐配置为整个堆的3/8 –
-XX:newSize 表示新生代初始内存的大小，应该小于 -Xms的值 –
-XX:NewRatio 设置年轻代和年老代的比值。如:为3，表示年轻代与年老代比值为1：3，年轻代占整个年轻代年老代和的1/4 –
-XX:MaxNewSize 年轻代最大值(for 1.3/1.4) –
-XX:PermSize 设置持久代(perm gen)初始值 –
-XX:MaxPermSize 设置持久代最大值 –
-Xss 每个线程的堆栈大小 –
-XX:ThreadStackSize – –
-XX:SurvivorRatio Eden区与Survivor区的大小比值， 设置为8,则两个Survivor区与一个Eden区的比值为2:8,一个Survivor区占整个年轻代的1/10 –
-XX:LargePageSizeInBytes 内存页的大小不可设置过大， 会影响Perm的大小，基本没用过 –
-XX:+UseFastAccessorMethods 原始类型的快速优化 1.7以后不建议使用，1.6之前默认打开的 –
-XX:+UseFastEmptyMethods 优化空方法，1.7以后不建议使用，1.6之前默认打开的 –
-XX:+DisableExplicitGC 关闭System.gc() –
-XX:MaxTenuringThreshold 设置垃圾最大年龄。如果设置为0的话，则年轻代对象不经过Survivor区，直接进入年老代。对于年老代比较多的应用，可以提高效率。如果将此值设置为一个较大值，则年轻代对象会在Survivor区进行多次复制，这样可以增加对象再年轻代的存活时间，增加在年轻代即被回收的概率 –
-XX:+AggressiveOpts 加快编译 –
-XX:+UseBiasedLocking 锁机制的性能改善， 有偏见的锁是使得锁更偏爱上次使用到它线程。在非竞争锁的场景下，即只有一个线程会锁定对象，可以实现近乎无锁的开销。 默认开启
-Xnoclassgc 禁用类垃圾回收 –
-XX:SoftRefLRUPolicyMSPerMB 每兆堆空闲空间中SoftReference的存活时间 默认是1S
-XX:PretenureSizeThreshold 对象超过多大是直接在旧生代分配，单位字节 新生代采用Parallel Scavenge GC时无效另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象. –
-XX:+CollectGen0First FullGC时是否先YGC false
收集器相关
选项 参数详解 默认值
-XX:+UseParallelGC 选择垃圾收集器为并行收集器。此配置仅对年轻代有效。可以同时并行多个垃圾收集线程，但此时用户线程必须停止。 –
-XX:+UseParNewGC 设置年轻代收集器ParNew –
-XX:ParallelGCThreads Parallel并行收集器的线程数 –
-XX:+UseParallelOldGC 设置老年代的并行收集器是ParallelOld –
-XX:+UseG1GC 使用G1收集器 –
-XX:MaxGCPauseMillis 每次年轻代垃圾回收的最长时间(最大暂停时间) –
-XX:+UseAdaptiveSizePolicy 设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开. –
-XX:GCTimeRatio 设置垃圾回收时间占程序运行时间的，百分比公式为1/(1+n) –
-XX:+ScavengeBeforeFullGC Full GC前调用YGC true
-XX:+UseConcMarkSweepGC 使用CMS内存收集 –
-XX:+AggressiveHeap 试图是使用大量的物理内存长时间大内存使用的优化，能检查计算资源（内存， 处理器数量）至少需要256MB内存大量的CPU／内存， （在1.4.1在4CPU的机器上已经显示有提升） –
-XX:CMSFullGCsBeforeCompaction 由于并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理 –
-XX:+CMSParallelRemarkEnabled 降低CMS标记停顿 –
-XX+UseCMSCompactAtFullCollection 在FULL GC的时候， 对年老代的压缩，CMS是不会移动内存的， 因此， 这个非常容易产生碎片， 导致内存不够用， 因此， 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。可能会影响性能,但是可以消除碎片 –
-XX:+UseCMSInitiatingOccupancyOnly 使用手动定义初始化定义开始CMS收集，禁止hostspot自行触发CMS GC –
-XX:CMSInitiatingOccupancyFraction=70 使用cms作为垃圾回收使用70％后开始CMS收集 –
-XX:CMSInitiatingPermOccupancyFraction 设置Perm Gen使用到达多少比率时触发 –
-XX:+CMSIncrementalMode 设置为增量模式 –
-XX:CMSTriggerRatio CMSInitiatingOccupancyFraction = (100 - MinHeapFreeRatio) + (CMSTriggerRatio * MinHeapFreeRatio / 100) 处罚cms收集的比例 –
-XX:MinHeapFreeRatio java堆中空闲量占的最小比例 –
-XX:+CMSClassUnloadingEnabled 如果你启用了CMSClassUnloadingEnabled ，垃圾回收会清理持久代，移除不再使用的classes。这个参数只有在 UseConcMarkSweepGC 也启用的情况下才有用。参数如下： –
辅助信息
选项 参数详解 默认值
-XX:+PrintGC 输出形式:[GC 118250K->113543K(130112K), 0.0094143 secs]Full GC 121376K->10414K(130112K), 0.0650971 secs] –
-XX:+PrintGCDetails – –
-XX:+PrintGCTimeStamps – –
-XX:+PrintGC:PrintGCTimeStamps – –
-XX:+PrintGCApplicationStoppedTime 打印垃圾回收期间程序暂停的时间.可与上面混合使用 –
-XX:+PrintGCApplicationConcurrentTime 打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用 –
-XX:+PrintHeapAtGC 打印GC前后的详细堆栈信息 –
-Xloggc:filename 把相关日志信息记录到文件以便分析.与上面几个配合使用 –
-XX:+PrintClassHistogram 遇到Ctrl-Break后打印类实例的柱状信息，与jmap -histo功能相同 –
-XX:+PrintTenuringDistribution 查看每次minor GC后新的存活周期的阈值 –
-XX:PrintHeapAtGC 打印GC前后的详细堆栈信息 –

---