本文作者:开源技术之家

JVM性能调优参数

开源技术之家 2年前 ( 2018-07-16 ) 874 百度已收录
JVM性能调优参数摘要: JVM优化参数-Xmx:最大JVM可用内存, 例:-Xmx4g-Xms:最小JVM可用内存, 例:Xms4g-Xmn:年轻代内存大小,例:-Xmn2560m-XX:PermSize...

JVM优化参数

-Xmx:最大JVM可用内存, 例:-Xmx4g

-Xms:最小JVM可用内存, 例:Xms4g

-Xmn:年轻代内存大小,例:-Xmn2560m

-XX:PermSize:永久代内存大小,该值太大会导致fullGC时间过长,太小将增加fullGC频率,例:-XX:PermSize=128m

-Xss:线程栈大小,太大将导致JVM可建的线程数量减少,例:-Xss256k

-XX:+DisableExplicitGC:禁止手动fullGC,如果配置,则System.gc()将无效,比如在为DirectByteBuffer分配空间过程中发现直接内存不足时会显式调用System.gc()

-XX:+UseConcMarkSweepGC:一般PermGen是不会被GC,如果希望PermGen永久代也能被GC,则需要配置该参数

-XX:+CMSParallelRemarkEnabled:GC进行时标记可回收对象时可以并行remark-XX:+UseCMSCompactAtFullCollection 表示在fullGC之后进行压缩,CMS默认不压缩空间

-XX:LargePageSizeInBytes:为java堆内存设置内存页大小,例:-XX:LargePageSizeInBytes=128m

-XX:+UseFastAccessorMethods:对原始类型进行快速优化

-XX:+UseCMSInitiatingOccupancyOnly:关闭预期开始的晋升率的统计

-XX:CMSInitiatingOccupancyFraction:使用cms作为垃圾回收,并设置GC百分比,例:-XX:CMSInitiatingOccupancyFraction=70(使用70%后开始CMS收集)

-XX:+PrintGCDetails:打印GC的详细信息

-XX:+PrintGCDateStamps:打印GC的时间戳

-Xloggc:指定GC文件路径

JVM常见配置汇总

堆设置 
       

  • -Xms:初始堆大小 

  • -Xmx:最大堆大小 

  • -XX:NewSize=n:设置年轻代大小 

  • -XX:NewRatio=n:设置年轻代和年老代的比值。如:为3,表示年轻代与年老代比值为1:3,年轻代占整个年轻代年老代和的1/4 

  • -XX:SurvivorRatio=n:年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如:3,表示Eden:Survivor=3:2,一个Survivor区占整个年轻代的1/5 

  • -XX:MaxPermSize=n:设置持久代大小

  • 收集器设置 
           

  • -XX:+UseSerialGC:设置串行收集器 

  • -XX:+UseParallelGC:设置并行收集器 

  • -XX:+UseParalledlOldGC:设置并行年老代收集器 

  • -XX:+UseConcMarkSweepGC:设置并发收集器

  • 垃圾回收统计信息 
           

  • -XX:+PrintGC 

  • -XX:+PrintGCDetails 

  • -XX:+PrintGCTimeStamps 

  • -Xloggc:filename

  • 并行收集器设置 
           

  • -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。 

  • -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间 

  • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)

  • 并发收集器设置 
           

  • -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。 

  • -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数。并行收集线程数。

JVM调优总结

年轻代大小选择 
       响应时间优先的应用: 
             尽可能设大,直到接近系统的最低响应时间限制(根据实际情况选择)。在此种情况下,年轻代收集发生的频率也是最小的。同时,减少到达年老代的对象。 
       吞吐量优先的应用: 
             尽可能的设置大,可能到达Gbit的程度。因为对响应时间没有要求,垃圾收集可以并行进行,一般适合8CPU以上的应用。

年老代大小选择

响应时间优先的应用: 
           年老代使用并发收集器,所以其大小需要小心设置,一般要考虑并发会话率和会话持续时间等一些参数。如果堆设置小了,可以会造成内存碎片、高回收频率以及应用暂停而使用传统的标记清除方式;如果堆大了,则需要较长的收集时间。最优化的方案,一般需要参考以下数据获得: 
               

  • 并发垃圾收集信息 

  • 持久代并发收集次数 

  • 传统GC信息 

  • 花在年轻代和年老代回收上的时间比例 

  • 减少年轻代和年老代花费的时间,一般会提高应用的效率

  • 吞吐量优先的应用: 
               一般吞吐量优先的应用都有一个很大的年轻代和一个较小的年老代。原因是,这样可以尽可能回收掉大部分短期对象,减少中期的对象,而年老代尽存放长期存活对象。

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


本文标题:JVM性能调优参数
本文链接:http://kyjszj.com/jszq/13.html
作者授权:除特别说明外,本文由 开源技术之家 原创编译并授权 开源技术之家 刊载发布。
版权声明:本文不使用任何协议授权,您可以任何形式自由转载或使用。
文章版权及转载声明

作者:开源技术之家本文地址:http://kyjszj.com/jszq/13.html发布于 2年前 ( 2018-07-16 )
文章转载或复制请以超链接形式并注明出处开源技术之家

觉得文章有用就打赏一下文章作者

支付宝扫一扫打赏

微信扫一扫打赏