JVM
0.参考
参数:http://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html
实例:http://www.cnblogs.com/redcreen/archive/2011/05/05/2038331.html
1.列表
名称 | 参数 | 默认值 | 介绍 |
Heap区最大值 | -Xms | 物理内存的1/64(>1G) | 设置整个堆区的内存最小值 一般设置为Xms=xmx,防止在gc之后重新分配内存 |
Heap区最小值 | -Xmx | 物理内存的1/4(>1G) | 设置整个堆区的内存最小值 |
年轻代大小 | -Xmn | 1.优先级:-Xmn>-XX:NewSize 2.为了配合gc收集器,使Xmn | |
年轻代大小 | -XX:NewSize | ||
持久代:存放class信息,全局数据 | |||
持久代初始化大小 | -XX:PermSize | 物理内存的1/64 | 初始化 |
持久代最大值 | -XX:MaxPermSize | 物理内存的1/4 | |
堆栈大小: | |||
每个线程大小 | -Xss | 1. JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K.更具应用的线程所需内存大小进行 2.调整.在相同物理内存下,减小这个值能生成更多的线程.但是操作系统对一个进程内的线程数还是有限制的,不能无限生成,经验值在3000~5000左右 3.一般小的应用, 如果栈不是很深, 应该是128k够用的 大的应用建议使用256k。这个选项对性能影响比较大,需要严格的测试。 4.和threadstacksize选项解释很类似,官方文档似乎没有解释,在论坛中有这样一句话:"”-Xss is translated in a VM flag named ThreadStackSize” 一般设置这个值就可以了。 | |
每个线程大小 | -XX:ThreadStackSize | ||
比例 | |||
年轻代:年老代 | -XX:NewRatio | 1.如果Xms=Xmx并且设置了Xmn,则不需要设置。因为: Xms=Xmx=Xmn+年老代+持久代 2.-XX:NewRatio=4则:年轻代:年老代=1:4,年老代占整个堆的1/4 | |
Servivor:Eden | -XX:SurvivorRatio | -XX:SurvivorRatio=8 则:Survivor:Eden=1:8,Eden占年轻代的8/10 | |
其它 | |||
内存页的大小 | -XX:LargePageSizeBytes | =128 | 过大影响perm的大小 |
优化 | -XX:+UseFastAccessorMethods | ||
关闭system.gc | -XX:+DisableExplicitGC | ||
垃圾的最大年龄 | -XX:MaxTenuringThreshold | 如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活 时间,增加在年轻代即被回收的概率 该参数只有在串行GC时才有效. | |
加快编译 | -XX:+AggressiveOpts | ||
锁机制的性能改善 | -XX:+UseBiaseLocking | ||
禁垃圾回收 | -Xnoclassgc | ||
每兆堆空闲空间中SoftReference的存活时间 | -XX:SoftRefLRUPolicyMSPerMB | 1s | |
对象超过多大是直接在new在年老代 | -XX:PretenureSizeThreshold | 0 | 单位字节 新生代采用Parallel Scavenge GC时无效,另一种直接在旧生代分配的情况是大的数组对象,且数组中无外部引用对象. |
TLAB栈eden区的百分比 | -XX:TLABWasteTargetPercent | 1% | |
FullGC时是否先YGC | -XX:+CollectGen0Firest | false | |
垃圾收集器 并行收集器:可以等待长时间的GC停顿,不最求效率。例如:科学研究 | |||
FullGc采用parallel MSC | -XX:+UseParallelGC | 选择垃圾收集器为并行收集器.此配置仅对年轻代有效.即上述配置下,年轻代使用并发收集,而年老代仍旧使用串行收集. | |
设置年轻代为并行收集 | -XX:UseParNewGC | 可与CMS收集同时使用 | |
并行收集器的线程数 | -XX:+ParallelGCThreads | 此值最好配置与CPU数目相等, 同样适用于CMS | |
年老代垃圾收集方式为并行收集(Parallel Compacting) | -XX:UseParallelOldGC | ||
年轻代垃圾回收的最长时间 | -XX:MaxGCPauseMillis | 如果无法满足此时间,JVM会自动调整年轻代大小,以满足此值. | |
自动选择survivior和Eden比例 | -XX:UseAdaptiveSizePolicy | 设置此选项后,并行收集器会自动选择年轻代区大小和相应的Survivor区比例,以达到目标系统规定的最低相应时间或者收集频率等,此值建议使用并行收集器时,一直打开 | |
垃圾回收时间占程序运行时间的百分百 | -XX:GCTimeRatio | 1/(1+N) | |
Full GC前调用YGC | -XX:+ScavengeBeforeFullGC | 开启 | |
CMS收集器:吞吐量高,停顿时间短,收集速度快 | |||
使用CMS的标记 | -XX:+UseConcMarkSweepGC | 测试中配置这个以后,-XX:NewRatio=4的配置失效了,原因不明.所以,此时年轻代大小最好用-Xmn设置 | |
-XX:+AggressiveHeap | 试图是使用大量的物理内存长时间大内存使用的优化,能检查计算资源(内存, 处理器数量) | ||
多少次后进行内存压缩 | -XX:CMSFullGCsBeforeCompaction | 由于并发收集器不对内存空间进行压缩,整理<使用的是标记-清理>,所以运行一段时间以后会产生"碎片",使得运行效率降低.此值设置运行多少次GC以后对内存空间进行压缩,整理. | |
降低标记停顿 | -XX:+CMSParalleRemarkEnabled | ||
在FULL GC的时候对年老代的压缩 | -XX:+UseCMSCompactAtFullCollection | CMS是不会移动内存的, 因此, 这个非常容易产生碎片, 导致内存不够用, 因此, 内存的压缩这个时候就会被启用。 增加这个参数是个好习惯。 | |
使用手动定义初始化定义开始CMS收集 | -XX:+UseCMSInitiatingOccupancyOnly | 禁止hostspot自行触发CMS GC | |
堆使用70%后开始CMS收集 | -XX:CMSInitiatingOccupancyFraction=70 | ||
设置Perm Gen使用到达多少比率时触发 | -XX:CMSInitiatingPermOccupancyFraction | ||
设置为增量模式 | -XX:+CMSIncrementalMod | 用于单CPU情况 | |
辅助情况:一般用于分 | |||
打印 | -XX:+PrintGC | 输出形式:[GC 118250K->113543K(130112K), 0.0094143 secs][Full GC 121376K->10414K(130112K), 0.0650971 secs] | |
详细打印 | -XX:+PrintGCDetails | [GC [DefNew:8614K->781K(9088K),0.0123035secs] 118250K->113543K(130112K),0.0124633secs] [GC [DefNew: 8614K->8614K(9088K), 0.0000665 secs][Tenured: 112761K->10414K(121024K), 0.0433488 secs] 121376K->10414K(130112K), 0.0436268 secs] | |
输出时间戳 | -XX:+PrintGCTimeStamps | ||
打印垃圾回收期间程序暂停的时间.可与上面混合使用 | -XX:+PrintGCApplicationStoppedTime | 输出形式:Total time for which application threads were stopped: 0.0468229 seconds | |
打印每次垃圾回收前,程序未中断的执行时间.可与上面混合使用 | -XX:+PrintGCApplicationConcurrentTime | 输出形式:Application time: 0.5291524 seconds | |
打印GC前后的详细堆栈信息 | -XX:+PrintHeapAtGC | ||
把相关日志信息记录到文件以便分析 | -Xloggc:filename | ||
查看TLAB空间的使用情况 | -XX:+PrintTLAB | ||
查看每次minor GC后新的存活周期的阈值 | XX:+PrintTenuringDistribution |
tips:
1.heap区=年轻代+年老大+持久代
2.年轻代=eden+2*survivior
2.选择:
2.1:堆大小
-Xms:600m -Xmx:600m -->初始化和最大值相同,避免后面重新分配
-Xmn:300m -->设置年轻代大小
-Xss:256k -->设置堆栈为256K
-XX:PermSize=100m -->设置持久代100m
-XX:SurvivorRatio=1 -->eden:survivor=8:1 ,eden占240m
2.2:gc
-XX:MaxTenuringThreshold=20 -->对象的最大年龄
-XX:+UseParNewGC -->设置年轻代为并行
-XX:+UseConcMarkSweepGC -->设置年老代为并发
-XX:CMSInitiatingOccupancyFraction=73 -->年老代使用了73%
-XX:+UseCMSCompactAtFullCollection -->在Full GC的时候,年老代进行内存整理
-XX:CMSFullGCsBeforeCompaction=0 -->在Full GC的时候,年老代进行内存整理的评论