原创

jvm参数大全和使用建议

1.查看JVM默认的垃圾回收器命令

java -XX:+PrintCommandLineFlags -version

2.常用HotSpot虚拟机主要参数表

 参数

使用介绍

 堆设置

-Xmx<n>

指定 jvm 的最大 heap 大小 , 如 :-Xmx=2g

-Xms<n>

指定 jvm 的最小 heap 大小 , 如 :-Xms=2g , 高并发应用, 建议和-Xmx一样, 防止因为内存收缩/突然增大带来的性能影响

-Xmn<n>

指定 jvm 中 New Generation 的大小 , 如 :-Xmn256m。 这个参数很影响性能, 如果你的程序需要比较多的临时内存, 建议设置到512M, 如果用的少, 尽量降低这个数值, 一般来说128/256足以使用了。 整个堆大小=年轻代大小 + 年老代大小 + 持久代大小 

-XX:PermSize=<n>

指定 jvm 中 Perm Generation 的最小值 , 如 :-XX:PermSize=32m。 这个参数需要看你的实际情况,。 可以通过jmap 命令看看到底需要多少。

-XX:MaxPermSize=<n>

指定 Perm Generation 的最大值 , 如 :-XX:MaxPermSize=64m

-Xss<n>

指定线程桟大小 , 如 :-Xss128k, 一般来说,webx框架下的应用需要256K。 如果你的程序有大规模的递归行为, 请考虑设置到512K/1M。 这个需要全面的测试才能知道。 不过, 256K已经很大了。 这个参数对性能的影响比较大的。

-XX:NewRatio=<n>

指定 jvm 中 Old Generation heap size 与 New Generation 的比例 , 在使用 CMS GC 的情况下此参数失效 , 如 :-XX:NewRatio=2

-XX:SurvivorRatio=<n>

指定 New Generation 中 Eden Space 与一个 Survivor Space 的 heap size 比例 ,-XX:SurvivorRatio=8, 那么在总共 New Generation 为 10m 的情况下 ,Eden Space为 8m

-XX:MinHeapFreeRatio=<n>

指定 jvm heap 在使用率小于 n 的情况下 ,heap 进行收缩 ,Xmx==Xms 的情况下无效 , 如 :-XX:MinHeapFreeRatio=30

收集器设置

-XX:+UseParallelGC

设指定在 New Generation 使用 parallel collector, 并行收集 , 暂停 app threads, 同时启动多个垃圾回收 thread, 不能和 CMS gc 一起使用 . 系统吨吐量优先 , 但是会有较长长时间的 app pause, 后台系统任务可以使用此 gc

-XX:ParallelGCThreads=<n>

指定 parallel collection 时启动的 thread 个数 , 默认是物理 processor 的个数

-XX:+UseParallelOldGC

指定在 Old Generation 使用 parallel collector

-XX:+UseParNewGC

指定在 New Generation 使用 parallel collector, 是 UseParallelGC 的 gc 的升级版本 , 有更好的性能或者优点 , 可以和 CMS gc 一起使用

 -XX:+CMSParallelRemarkEnabled

在使用 UseParNewGC 的情况下 , 尽量减少 mark 的时间

-XX:+UseConcMarkSweepGC

指定在 Old Generation 使用 concurrent cmark sweep gc,gc thread 和 app thread 并行 ( 在 init-mark 和 remark 时 pause app thread). app pause 时间较短 , 适合交互性强的系统 , 如 web server

-XX:+UseCMSCompactAtFullCollection

在使用 concurrent gc 的情况下 , 防止 memory fragmention, 对 live object 进行整理 , 使 memory 碎片减少

-XX:CMSInitiatingOccupancyFraction=<n>

指示在 old generation 在使用了 n% 的比例后 , 启动 concurrent collector, 默认值是 68, 如 :-XX:CMSInitiatingOccupancyFraction=70

-XX:+UseCMSInitiatingOccupancyOnly

指示只有在 old generation 在使用了初始化的比例后 concurrent collector 启动收集

 垃圾回收统计信息 

-XX:+PrintGC

 

-XX:+PrintGCDetails

 

-XX:+PrintGCTimeStamps

 

-Xloggc:filename

把相关日志信息记录到文件以便分析。

 其他

-XX:MaxTenuringThreshold=<n>

指定一个 object 在经历了 n 次 young gc 后转移到 old generation 区 , 在 linux64 的 java6 下默认值是 15, 此参数对于 throughput collector 无效 , 如 :-XX:MaxTenuringThreshold=31

-XX:+DisableExplicitGC

禁止 Java 程序中的 full gc, 如 System.gc() 的调用. 最好加上么, 防止程序在代码里误用了。对性能造成冲击。

3.参数使用技巧

较小堆引起的碎片问题

因为年老代的并发收集器使用标记,清除算法,所以不会对堆进行压缩.当收集器回收时,
他会把相邻的空间进行合并,这样可以分配给较大的对象.但是,当堆空间较小时,运行一段时间以后,
就会出现"碎片",如果并发收集器找不到足够的空间,那么并发收集器将会停止,
然后使用传统的标记,清除方式进行回收.如果出现"碎片",可能需要进行如下配置:
-XX:+UseCMSCompactAtFullCollection:使用并发收集器时,开启对年老代的压缩.
-XX:CMSFullGCsBeforeCompaction=0:上面配置开启的情况下,这里设置多少次Full GC后,对年老代进行压缩

XMX和XMS设置一样大

MaxPermSize和MinPermSize设置一样大,这样可以减轻伸缩堆大小带来的压力

使用CMS的好处

用尽量少的新生代,经验值是128M-256M,然后老生代利用CMS并行收集,实际上cms的收集停顿时间非常的短,2G的内存, 大约20-80ms的应用程序停顿时间

多使用jstack,jmap

系统停顿的时候可能是GC的问题也可能是程序的问题,多用jmap和jstack查看,然后查看java控制台日志,能看出很多问题。

缓存使用技巧

仔细了解自己的应用,如果用了缓存,那么年老代应该大一些,缓存的HashMap不应该无限制长,建议采用LRU算法的Map做缓存,LRUMap的最大长度也要根据实际情况设定。




正文到此结束
该篇文章的评论功能已被站长关闭
本文目录