精华内容
下载资源
问答
  • JVM 参数详解

    2020-02-26 11:18:18
    转载:JVM 参数详解 JVM 参数详解 2018年05月28日 15:48:45 阅读数:109更多 个人分类: JVM -XX 参数被称为不稳定...

    转载:JVM 参数详解

    JVM 参数详解

    2018年05月28日 15:48:45 阅读数:109更多

    个人分类: JVM

    -XX 参数被称为不稳定参数,之所以这么叫是因为此类参数的设置很容易引起JVM 性能上的差异,使JVM 存在极大的不稳定性。当然这是在非合理设置的前提下,如果此类参数设置合理讲大大提高JVM 的性能及稳定性。
            可以说“不稳定参数”是一柄双刃剑,用的好攻无不克,用的差讲带来麻烦。如何合理利用不稳定参数一直是一个不断实践不断改善的过程,无法用统一的标准去衡量。一切都需要在系统的不断运行,问题不断出现,参数不断修改,重新不断运行的循环过程中完善。也就是说没有最好的配置标准,只有适合当前系统的标准。这是一个循序渐进的过程。但有一些前人总结过得经验教训可供我们来参考,并去寻找适合自己的那些配置。

            本节着重展示常用的-XX 类型参数列表及作用,不稳定参数的优化会在JVM 优化部分详细讲解。

    常见配置汇总

    1. 堆设置
      • -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:设置持久代大小
    2. 收集器设置
      • -XX:+UseSerialGC:设置串行收集器
      • -XX:+UseParallelGC:设置并行收集器
      • -XX:+UseParalledlOldGC:设置并行年老代收集器
      • -XX:+UseConcMarkSweepGC:设置并发收集器
    3. 垃圾回收统计信息
      • -XX:+PrintGC
      • -XX:+PrintGCDetails
      • -XX:+PrintGCTimeStamps
      • -Xloggc:filename
    4. 并行收集器设置
      • -XX:ParallelGCThreads=n:设置并行收集器收集时使用的CPU数。并行收集线程数。
      • -XX:MaxGCPauseMillis=n:设置并行收集最大暂停时间
      • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)
    5. 并发收集器设置
      • -XX:+CMSIncrementalMode:设置为增量模式。适用于单CPU情况。
      • -XX:ParallelGCThreads=n:设置并发收集器年轻代收集方式为并行收集时,使用的CPU数。并行收集线程数。

     

            不稳定参数语法规则:
            1.布尔类型参数值
            -XX:+<option> '+'表示启用该选项
            -XX:-<option> '-'表示关闭该选项
            2.数字类型参数值:
            -XX:<option>=<number> 给选项设置一个数字类型值,可跟随单位,例如:'m'或'M'表示兆字节;'k'或'K'千字节;'g'或'G'千兆字节。32K与32768是相同大小的。
            3.字符串类型参数值:
            -XX:<option>=<string> 给选项设置一个字符串类型值,通常用于指定一个文件、路径或一系列命令列表。例如:-XX:HeapDumpPath=./dump.core


            下面就是不同类型的参数值及意义。

     

            行为选项:

    选项 默认值 描述
    -XX:-AllowUserSignalHandlers

    限于Linux和Solaris

    		<p>默认关闭</p>
    		</td>
    		<td>允许为java进程安装信号处理器。</td>
    	</tr><tr><td>-XX:AltStackSize=16384</td>
    		<td>
    		<p>仅适用于Solaris</p>
    
    		<p>从5.0中删除</p>
    		</td>
    		<td>备用信号堆栈大小(以字节为单位)</td>
    	</tr><tr><td>-XX:-DisableExplicitGC</td>
    		<td>默认关闭</td>
    		<td>禁止在运行期显式地调用 System.gc()。<br>
    		&nbsp;<br>
    		开启该选项后,GC的触发时机将由Garbage Collector全权掌控。<br>
    		注意:你熟悉的代码里没调用System.gc(),不代表你依赖的框架工具没在使用。<br>
    		例如RMI就在多数用户毫不知情的情况下,显示地调用GC来防止自身OOM。<br>
    		请仔细权衡禁用带来的影响。</td>
    	</tr><tr><td>-XX:+FailOverToOldVerifier</td>
    		<td>
    		<p>Java6新引入选项</p>
    
    		<p>默认启用</p>
    		</td>
    		<td>如果新的Class校验器检查失败,则使用老的校验器。<br>
    		&nbsp;<br>
    		为什么会失败?<br>
    		因为JDK6最高向下兼容到JDK1.2,而JDK1.2的class info 与JDK6的info存在较大的差异,所以新校验器可能会出现校验失败的情况。<br><br>
    		关联选项:<br>
    		-XX:+UseSplitVerifier</td>
    	</tr><tr><td>-XX:+HandlePromotionFailure</td>
    		<td>
    		<p>Java1.5以前默认关闭</p>
    
    		<p>Java1.6后默认启用</p>
    		</td>
    		<td>关闭新生代收集担保。<br><br>
    		什么是新生代收集担保?<br>
    		在一次理想化的minor gc中,Eden和First Survivor中的活跃对象会被复制到Second Survivor。<br>
    		然而,Second Survivor不一定能容纳下所有从E和F区copy过来的活跃对象。<br>
    		为了确保minor gc能够顺利完成,GC需要在年老代中额外保留一块足以容纳所有活跃对象的内存空间。<br>
    		这个预留操作,就被称之为新生代收集担保(New Generation Guarantee)。如果预留操作无法完成时,仍会触发major gc(full gc)。<br><br>
    		为什么要关闭新生代收集担保?<br>
    		因为在年老代中预留的空间大小,是无法精确计算的。<br>
    		为了确保极端情况的发生,GC参考了最坏情况下的新生代内存占用,即Eden+First Survivor。<br>
    		这种策略无疑是在浪费年老代内存,从时序角度看,还会提前触发Full GC。<br>
    		为了避免如上情况的发生,JVM允许开发者手动关闭新生代收集担保。<br>
    		&nbsp;<br>
    		在开启本选项后,minor gc将不再提供新生代收集担保,而是在出现survior或年老代不够用时,抛出promotion failed异常。</td>
    	</tr><tr><td>-XX:+MaxFDLimit</td>
    		<td>
    		<p>限于Solaris</p>
    
    		<p>默认启用</p>
    		</td>
    		<td>设置java进程可用文件描述符为操作系统允许的最大值。</td>
    	</tr><tr><td>-XX:PreBlockSpin=10</td>
    		<td>默认值:10</td>
    		<td>控制多线程自旋锁优化的自旋次数。(什么是自旋锁优化?见 -XX:+UseSpinning 处的描述)<br><br>
    		前置选项:<br>
    		-XX:+UseSpinning</td>
    	</tr><tr><td>-XX:-RelaxAccessControlCheck</td>
    		<td>
    		<p>默认关闭</p>
    
    		<p>Java1.6引入</p>
    		</td>
    		<td>在Class校验器中,放松对访问控制的检查。<br>
    		&nbsp;<br>
    		作用与reflection里的setAccessible类似。</td>
    	</tr><tr><td>-XX:+ScavengeBeforeFullGC</td>
    		<td>默认启用</td>
    		<td>在Full GC前触发一次Minor GC</td>
    	</tr><tr><td>-XX:+UseAltSigs</td>
    		<td>
    		<p>限于Solaris</p>
    
    		<p>默认启用</p>
    		</td>
    		<td>为了防止与其他发送信号的应用程序冲突,允许使用候补信号替代 SIGUSR1和SIGUSR2。</td>
    	</tr><tr><td>-XX:+UseBoundThreads</td>
    		<td>
    		<p>限于Solaris</p>
    
    		<p>默认启用</p>
    		</td>
    		<td>绑定所有的用户线程到内核线程。 减少线程进入饥饿状态(得不到任何cpu time)的次数。</td>
    	</tr><tr><td>-XX:-UseConcMarkSweepGC</td>
    		<td>
    		<p>默认关闭</p>
    
    		<p>Java1.4引入</p>
    		</td>
    		<td>启用CMS低停顿垃圾收集器。</td>
    	</tr><tr><td>-XX:+UseGCOverheadLimit</td>
    		<td>
    		<p>默认启用</p>
    
    		<p>Java1.6引入</p>
    		</td>
    		<td>限制GC的运行时间。如果GC耗时过长,就抛OutOfMemoryError。</td>
    	</tr><tr><td>-XX:+UseLWPSynchronization</td>
    		<td>
    		<p>限于solaris</p>
    
    		<p>默认启用</p>
    
    		<p>Java1.4引入</p>
    		</td>
    		<td>使用轻量级进程(内核线程)替换线程同步。</td>
    	</tr><tr><td>-XX:-UseParallelGC</td>
    		<td>
    		<p>-server时启用</p>
    
    		<p>其他情况下:默认关闭</p>
    
    		<p>Java1.4引入</p>
    		</td>
    		<td>为新生代使用并行清除,年老代使用单线程Mark-Sweep-Compact的垃圾收集器。</td>
    	</tr><tr><td>-XX:-UseParallelOldGC</td>
    		<td>
    		<p>默认关闭</p>
    
    		<p>Java1.5引入</p>
    		</td>
    		<td>为老年代和新生代都使用并行清除的垃圾收集器。开启此选项将自动开启-XX:+UseParallelGC 选项</td>
    	</tr><tr><td>-XX:-UseSerialGC</td>
    		<td>
    		<p>-client时启用</p>
    
    		<p>默认关闭</p>
    
    		<p>Java1.5引入</p>
    		</td>
    		<td>使用串行垃圾收集器。</td>
    	</tr><tr><td>-XX:-UseSpinning</td>
    		<td>
    		<p>Java1.4.2和1.5需要手动启用,</p>
    
    		<p>Java1.6默认已启用</p>
    		</td>
    		<td>启用多线程自旋锁优化。<br><br>
    		自旋锁优化原理<br>
    		大家知道,Java的多线程安全是基于Lock机制实现的,而Lock的性能往往不如人意。<br>
    		原因是,monitorenter与monitorexit这两个控制多线程同步的bytecode原语,是JVM依赖操作系统互斥(mutex)来实现的。<br>
    		互斥是一种会导致线程挂起,并在较短的时间内又必须重新调度回原线程的,较为消耗资源的操作。<br>
    		为了避免进入OS互斥,Java6的开发者们提出了自旋锁优化。<br>
    		&nbsp;<br>
    		自旋锁优化的原理是在线程进入OS互斥前,通过CAS自旋一定的次数来检测锁的释放。<br>
    		如果在自旋次数未达到预设值前锁已被释放,则当前线程会立即持有该锁。<br>
    		&nbsp;<br>
    		关联选项:<br>
    		-XX:PreBlockSpin=10</td>
    	</tr><tr><td>-XX:+UseTLAB</td>
    		<td>
    		<p>Java1.4.2以前和使用-client选项时:默认关闭</p>
    
    		<p>其余版本默认启用</p>
    		</td>
    		<td>启用线程本地缓存区(Thread Local)</td>
    	</tr><tr><td>-XX:+UseSplitVerifier</td>
    		<td>
    		<p>Java1.5默认关闭</p>
    
    		<p>Java1.6默认启用</p>
    		</td>
    		<td>使用新的Class类型校验器 。<br><br>
    		新Class类型校验器,将老的校验步骤拆分成了两步:<br>
    		1.类型推断。<br>
    		2.类型校验。<br><br>
    		新类型校验器通过在javac编译时嵌入类型信息到bytecode中,省略了类型推断这一步,从而提升了classloader的性能。<br><br>
    		关联选项:<br>
    		-XX:+FailOverToOldVerifier</td>
    	</tr><tr><td>-XX:+UseThreadPriorities</td>
    		<td>默认启用</td>
    		<td>使用本地线程的优先级。</td>
    	</tr><tr><td>-XX:+UseVMInterruptibleIO</td>
    		<td>
    		<p>限于solaris</p>
    
    		<p>默认启用</p>
    
    		<p>Java1.6引入</p>
    		</td>
    		<td>在solaris中,允许运行时中断线程。</td>
    	</tr></tbody></table></div><p>&nbsp;</p>
    

     

            第一垃圾收集器 (G1) 垃圾收集选项:

     

    选项 默认值 描述
    -XX:+UseG1GC 默认关闭 使用G1垃圾处理器
    -XX:MaxGCPauseMillis=n 默认值:4294967295 设置并行收集最大暂停时间,这是一个理想目标,JVM将尽最大努力来实现它。
    -XX:InitiatingHeapOccupancyPercent=n 默认值:45 启动一个并发垃圾收集周期所需要达到的整堆占用比例。这个比例是指整个堆的占用比例而不是某一个代(例如G1),如果这个值是0则代表‘持续做GC’。默认值是45
    -XX:NewRatio=n 默认值:2 设置年轻代和年老代的比值。例如:值为3,则表示年轻代与年老代比值为1:3,年轻代占整个年轻代年老代和的1/4。
    -XX:SurvivorRatio=n 默认值:8 年轻代中Eden区与两个Survivor区的比值。注意Survivor区有两个。如:3,表示Eden:Survivor=3:2,一个Survivor区占整个年轻代的1/5
    -XX:MaxTenuringThreshold=n 默认值:15 设置垃圾最大存活阀值。如果设置为0的话,则年轻代对象不经过Survivor区,直接进入年老代。对于年老代比较多的应用,可以提高效率。如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象再年轻代的存活时间,增加在年轻代即被回收的概论。
    -XX:ParallelGCThreads=n 默认值:随JVM运行平台不同而异 配置并行收集器的线程数,即:同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。
    -XX:ConcGCThreads=n 默认值:随JVM运行平台不同而异 Number of threads concurrent garbage collectors will use. The default value varies with the platform on which the JVM is running.
    -XX:G1ReservePercent=n 默认值:10 设置保留用来做假天花板以减少晋升(新生代对象晋升到老生代)失败可能性的堆数目。
    -XX:G1HeapRegionSize=n 默认值根据堆大小而定 使用G1垃圾回收器,java堆被划分成统一大小的区块。这个选项设置每个区块的大小。最小值是1Mb,最大值是32Mb。

     

     

     

            性能选项:

     

    选项 默认值 描述
    -XX:+AggressiveOpts

    Java1.5 引入

    		<p>默认关闭</p>
    
    		<p>Java1.6后默认开启</p>
    		</td>
    		<td>开启编译器性能优化。</td>
    	</tr><tr><td>-XX:CompileThreshold=10000</td>
    		<td>默认值:1000</td>
    		<td>通过JIT编译器,将方法编译成机器码的触发阀值,可以理解为调用方法的次数,例如调1000次,将方法编译为机器码。 [-client: 1,500]</td>
    	</tr><tr><td>-XX:LargePageSizeInBytes=4m</td>
    		<td>
    		<p>默认值:4m</p>
    
    		<p>amd64位:2m</p>
    		</td>
    		<td>设置堆内存的内存最大值。</td>
    	</tr><tr><td>-XX:MaxHeapFreeRatio=70</td>
    		<td>默认值:70</td>
    		<td>GC后,如果发现空闲堆内存占到整个预估上限值的70%,则收缩预估上限值。<br>
    		&nbsp;<br>
    		什么是预估上限值?<br>
    		JVM在启动时,会申请最大值(-Xmx指定的数值)的地址空间,但其中绝大部分空间不会被立即分配(virtual)。<br>
    		它们会一直保留着,直到运行过程中,JVM发现实际占用接近已分配上限值时,才从virtual里再分配掉一部分内存。<br>
    		这里提到的已分配上限值,也可以叫做预估上限值。<br><br>
    		引入预估上限值的好处是,可以有效地控制堆的大小。堆越小,GC效率越高嘛。<br>
    		注意:预估上限值的大小一定小于或等于最大值。</td>
    	</tr><tr><td>-XX:MaxNewSize=size</td>
    		<td>1.3.1 Sparc: 32m<br>
    		1.3.1 x86: 2.5m</td>
    		<td>新生代占整个堆内存的最大值。从Java1.4开始, MaxNewSize成为 NewRatio的一个函数</td>
    	</tr><tr><td>-XX:MaxPermSize=64m</td>
    		<td>
    		<p>Java1.5以后::64 bit VMs会增大预设值的30%</p>
    
    		<p>1.4 amd64::96m</p>
    
    		<p>1.3.1 -client: 32m</p>
    
    		<p>其他默认 64m</p>
    		</td>
    		<td>Perm(俗称方法区)占整个堆内存的最大值。</td>
    	</tr><tr><td>-XX:MinHeapFreeRatio=40</td>
    		<td>默认值:40</td>
    		<td>GC后,如果发现空闲堆内存占到整个预估上限值的40%,则增大上限值。<br>
    		(什么是预估上限值?见 -XX:MaxHeapFreeRatio 处的描述)<br>
    		&nbsp;<br>
    		关联选项:<br>
    		-XX:MaxHeapFreeRatio=70</td>
    	</tr><tr><td>-XX:NewRatio=2</td>
    		<td>Sparc -client: 8&nbsp;<br>
    		x86 -server: 8&nbsp;<br>
    		x86 -client: 12 -client: 4 (1.3) 8 (1.3.1+)&nbsp;<br>
    		x86: 12&nbsp;<br>
    		其他:2</td>
    		<td>新生代和年老代的堆内存占用比例。 例如2例如2表示新生代占年老代的1/2,占整个堆内存的1/3。</td>
    	</tr><tr><td>-XX:NewSize=2m</td>
    		<td>
    		<p>5.0以后: 64 bit Vms 会增大预设值的30%</p>
    
    		<p>x86: 1m</p>
    
    		<p>x86, 5.0以后: 640k</p>
    
    		<p>其他:2.125m</p>
    		</td>
    		<td>新生代预估上限的默认值。</td>
    	</tr><tr><td>-XX:ReservedCodeCacheSize=32m</td>
    		<td>Solaris 64-bit, amd64, -server x86: 48m&nbsp;<br>
    		1.5.0_06之前, Solaris 64-bit&nbsp;<br>
    		amd64: 1024m&nbsp;<br>
    		其他:32m</td>
    		<td>设置代码缓存的最大值,编译时用。</td>
    	</tr><tr><td>-XX:SurvivorRatio=8</td>
    		<td>Solaris amd64: 6&nbsp;<br>
    		Sparc in 1.3.1: 25&nbsp;<br>
    		Solaris platforms 5.0以前: 32&nbsp;<br>
    		其他:8</td>
    		<td>Eden与Survivor的占用比例。例如8表示,一个survivor区占用 1/8 的Eden内存,即1/10的新生代内存,为什么不是1/9? 因为我们的新生代有2个survivor,即S1和S22。所以survivor总共是占用新生代内存的 2/10,Eden与新生代的占比则为 8/10。</td>
    	</tr><tr><td>-XX:TargetSurvivorRatio=50</td>
    		<td>默认值:50</td>
    		<td>实际使用的survivor空间大小占比。默认是47%,最高90%。</td>
    	</tr><tr><td>-XX:ThreadStackSize=512</td>
    		<td>Sparc: 512&nbsp;<br>
    		Solaris x86: 320 (5.0以前 256)&nbsp;<br>
    		Sparc 64 bit:&nbsp;<br>
    		1024 Linux amd64: 1024 (5.0 以前 0)&nbsp;<br>
    		其他:512.</td>
    		<td>线程堆栈大小。</td>
    	</tr><tr><td>-XX:+UseBiasedLocking</td>
    		<td>
    		<p>Java1.5 update 6后引入</p>
    
    		<p>默认关闭。</p>
    
    		<p>Java1.6默认启用。</p>
    		</td>
    		<td>启用偏向锁。<a href="http://www.oracle.com/technetwork/java/tuning-139912.html#section4.2.5" rel="nofollow">实例详解</a></td>
    	</tr><tr><td>-XX:+UseFastAccessorMethods</td>
    		<td>默认启用</td>
    		<td>优化原始类型的getter方法性能。</td>
    	</tr><tr><td>-XX:-UseISM</td>
    		<td>默认启用</td>
    		<td>启用solaris的ISM。&nbsp;<a href="http://www.oracle.com/technetwork/java/ism-139376.html" rel="nofollow">Intimate Shared Memory</a>.</td>
    	</tr><tr><td>-XX:+UseLargePages</td>
    		<td>
    		<p>Java1.5 update 5后引入</p>
    
    		<p>默认关闭</p>
    
    		<p>Java1.6默认启用。</p>
    		</td>
    		<td>启用大内存分页。&nbsp;<br>
    		调整内存页的方法和性能提升原理,详见<a href="http://www.oracle.com/technetwork/java/javase/tech/largememory-jsp-137182.html" rel="nofollow">Java Support for Large Memory Pages</a>&nbsp;<br>
    		关联选项:<br>
    		-XX:LargePageSizeInBytes=4m</td>
    	</tr><tr><td>-XX:+UseMPSS</td>
    		<td>
    		<p>Java1.4.1 之前默认关闭</p>
    
    		<p>其他版本默认启用</p>
    		</td>
    		<td>启用solaris的MPSS,不能与ISM同时使用。</td>
    	</tr><tr><td>-XX:+UseStringCache</td>
    		<td>默认开启</td>
    		<td>缓存常用字符串。</td>
    	</tr><tr><td>-XX:AllocatePrefetchLines=1</td>
    		<td>默认值:1</td>
    		<td>在使用JIT生成的预读取指令分配对象后读取的缓存行数。如果上次分配的对象是一个实例则默认值是1,如果是一个数组则是3</td>
    	</tr><tr><td>-XX:AllocatePrefetchStyle=1</td>
    		<td>默认值:1</td>
    		<td>预读取指令的生成代码风格<br>
    		0- 无预读取指令生成&nbsp;<br>
    		1-在每次分配后执行预读取命令&nbsp;<br>
    		2-当预读取指令执行后使用TLAB()分配水印指针来找回入口<br>
    		&nbsp;</td>
    	</tr><tr><td>-XX:+UseCompressedStrings</td>
    		<td>Java1.6 update 21引入</td>
    		<td>其中,对于不需要16位字符的字符串,可以使用byte[] 而非char[]。对于许多应用,这可以节省内存,但速度较慢(5%-10%)</td>
    	</tr><tr><td>-XX:+OptimizeStringConcat</td>
    		<td>Java1.6 update 20引入</td>
    		<td>在可能的情况下优化字符串连接操作。</td>
    	</tr></tbody></table></div><p>&nbsp;</p>
    

     

     

            调试选项:

     

    选项 默认值 描述
    -XX:-CITime 默认启用 打印JIT编译器编译耗时。
    -XX:ErrorFile=./hs_err_pid<pid>.log Java1.6引入 如果JVM crashed,将错误日志输出到指定文件路径。
    -XX:-ExtendedDTraceProbes Java6引入,限于solaris,默认关闭 启用dtrace诊断
    -XX:HeapDumpPath=./java_pid<pid>.hprof 默认是java进程启动位置 堆内存快照的存储文件路径。
     
    什么是堆内存快照?
    当java进程因OOM或crash被OS强制终止后,会生成一个hprof(Heap PROFling)格式的堆内存快照文件。该文件用于线下调试,诊断,查找问题。
    文件名一般为
    java_<pid>_<date>_<time>_heapDump.hprof
    解析快照文件,可以使用 jhat, eclipse MAT,gdb等工具。
    -XX:-HeapDumpOnOutOfMemoryError 默认关闭 在java.lang.OutOfMemoryError 异常出现时,输出一个dump.core文件,记录当时的堆内存快照(见 -XX:HeapDumpPath 的描述)。
    -XX:OnError="<cmd args>;<cmd args>" Java1.4引入 当java每抛出一个ERROR时,运行指定命令行指令集。指令集是与OS环境相关的,在Linux下多数是.sh脚本,windows下是.bat批处理。
    -XX:OnOutOfMemoryError="<cmd args>; 
    <cmd args>"
    Java1.4.2 update 12和Java6时引入 当第一次发生java.lang.OutOfMemoryError 时,运行指定命令行指令集。指令集是与OS环境相关的,在linux下多数是.sh脚本,windows下是.bat批处理。
    -XX:-PrintClassHistogram 默认关闭 在Windows下, 按ctrl-break或Linux下是执行kill -3(发送SIGQUIT信号)时,打印class柱状图。 
    jmap -histo pid也实现了相同的功能。
    -XX:-PrintConcurrentLocks 默认关闭 在thread dump的同时,打印java.util.concurrent的锁状态。
    jstack -l pid 也同样实现了同样的功能。
    -XX:-PrintCommandLineFlags Java1.5 引入,默认关闭 Java启动时,往stdout打印当前启用的非稳态jvm options。 
    例如: 
    -XX:+UseConcMarkSweepGC -XX:+HeapDumpOnOutOfMemoryError -XX:+DoEscapeAnalysis
    -XX:-PrintCompilation 默认关闭 往stdout打印方法被JIT编译时的信息。
    -XX:-PrintGC 默认关闭 开启GC日志打印。 
    显示结果例如: 
    [Full GC 131115K->7482K(1015808K), 0.1633180 secs] 
    该选项可通过 com.sun.management.HotSpotDiagnosticMXBean API 和 jconsole 动态启用。
    -XX:-PrintGCDetails Java1.4引入,默认关闭 打印GC回收的详细信息。 
    显示结果例如: 
    [Full GC (System) [Tenured: 0K->2394K(466048K), 0.0624140 secs] 30822K->2394K(518464K), [Perm : 10443K->10443K(16384K)], 0.0625410 secs] [Times: user=0.05 sys=0.01, real=0.06 secs] 
    该选项可通过 com.sun.management.HotSpotDiagnosticMXBean API 和 jconsole 动态启用。
    -XX:-PrintGCTimeStamps 默认关闭 打印GC停顿耗时。 
    显示结果例如: 2.744: [Full GC (System) 2.744: [Tenured: 0K->2441K(466048K), 0.0598400 secs] 31754K->2441K(518464K), [Perm : 10717K->10717K(16384K)], 0.0599570 secs] [Times: user=0.06 sys=0.00, real=0.06 secs] 
    该选项可通过 com.sun.management.HotSpotDiagnosticMXBean API 和 jconsole 动态启用。
    -XX:-PrintTenuringDistribution 默认关闭 打印对象的存活期限信息。 
    显示结果例如: [GC Desired survivor size 4653056 bytes, new threshold 32 (max 32) - age 1: 2330640 bytes, 2330640 total - age 2: 9520 bytes, 2340160 total 204009K->21850K(515200K), 0.1563482 secs] 
    Age1,2表示在第1和2次GC后存活的对象大小。
    -XX:-TraceClassLoading 默认关闭 打印class装载信息到stdout。记Loaded状态。 
    例如: [Loaded java.lang.Object from /opt/taobao/install/jdk1.6.0_07/jre/lib/rt.jar]
    -XX:-TraceClassLoadingPreorder 1.4.2引入,默认关闭 按class的引用/依赖顺序打印类装载信息到stdout。不同于 TraceClassLoading,本选项只记 Loading状态。 
    例如: [Loading java.lang.Object from /home/confsrv/jdk1.6.0_14/jre/lib/rt.jar]
    -XX:-TraceClassResolution 1.4.2引入,默认关闭 打印所有静态类,常量的代码引用位置。用于debug。 
    例如: 
    RESOLVE java.util.HashMap java.util.HashMap$Entry HashMap.java:209 
    说明HashMap类的209行引用了静态类 java.util.HashMap$Entry
    -XX:-TraceClassUnloading 默认关闭 打印class的卸载信息到stdout。记Unloaded状态。
    -XX:-TraceLoaderConstraints Java1.6 引入,默认关闭 打印class的装载策略变化信息到stdout。
    例如:
    [Adding new constraint for name: java/lang/String, loader[0]: sun/misc/Launcher$ExtClassLoader, loader[1]: ]
    [Setting class object in existing constraint for name: [Ljava/lang/Object; and loader sun/misc/Launcher$ExtClassLoader ]
    [Updating constraint for name org/xml/sax/InputSource, loader , by setting class object ]
    [Extending constraint for name java/lang/Object by adding loader[15]: sun/reflect/DelegatingClassLoader ]
    装载策略变化是实现classloader隔离/名称空间一致性的关键技术。
    -XX:+PerfSaveDataToFile 默认启用 当java进程因java.lang.OutOfMemoryError 异常或crashed 被强制终止后,生成一个堆快照文件。
    -XX:ParallelGCThreads=n 默认值:随JVM运行平台不同而异 配置并行收集器的线程数,即:同时多少个线程一起进行垃圾回收。此值最好配置与处理器数目相等。
    -XX:+UseCompressedOops 32位默认关闭,64位默认启动 使用compressed pointers。这个参数默认在64bit的环境下默认启动,但是如果JVM的内存达到32G后,这个参数就会默认为不启动,因为32G内存后,压缩就没有多大必要了,要管理那么大的内存指针也需要很大的宽度了
    -XX:+AlwaysPreTouch 默认关闭 在JVM 初始化时预先对Java堆进行摸底。
    -XX:AllocatePrefetchDistance=n 默认值取决于当前JVM 设置 为对象分配设置预取距离。
    -XX:InlineSmallCode=n 默认值取决于当前JVM 设置 当编译的代码小于指定的值时,内联编译的代码。
    -XX:MaxInlineSize=35 默认值:35 内联方法的最大字节数。
    -XX:FreqInlineSize=n 默认值取决于当前JVM 设置 内联频繁执行的方法的最大字节码大小。
    -XX:LoopUnrollLimit=n 默认值取决于当前JVM 设置 代表节点数目小于给定值时打开循环体。
    -XX:InitialTenuringThreshold=7 默认值:7 设置初始的对象在新生代中最大存活次数。
    -XX:MaxTenuringThreshold=n 默认值:15,最大值:15 设置对象在新生代中最大的存活次数,最大值15,并行回收机制默认为15,CMS默认为4。
    -Xloggc:<filename> 默认关闭 输出GC 详细日志信息至指定文件。
    -XX:-UseGCLogFileRotation 默认关闭 开启GC 日志文件切分功能,前置选项 -Xloggc
    -XX:NumberOfGClogFiles=1 必须>=1,默认值:1 设置切分GC 日志文件数量,文件命名格式:.0, .1, ..., .n-1
    -XX:GCLogFileSize=8K 必须>=8K,默认值:8K GC日志文件切分大小。
                          <li class="tool-item tool-active is-like "><a href="javascript:;"><svg class="icon" aria-hidden="true">
                              <use xlink:href="#csdnc-thumbsup"></use>
                          </svg><span class="name">点赞</span>
                          <span class="count"></span>
                          </a></li>
                          <li class="tool-item tool-active is-collection "><a href="javascript:;" data-report-click="{&quot;mod&quot;:&quot;popu_824&quot;}"><svg class="icon" aria-hidden="true">
                              <use xlink:href="#icon-csdnc-Collection-G"></use>
                          </svg><span class="name">收藏</span></a></li>
                          <li class="tool-item tool-active is-share"><a href="javascript:;"><svg class="icon" aria-hidden="true">
                              <use xlink:href="#icon-csdnc-fenxiang"></use>
                          </svg>分享</a></li>
                          <!--打赏开始-->
                                                  <!--打赏结束-->
                                                  <li class="tool-item tool-more">
                              <a>
                              <svg t="1575545411852" class="icon" viewBox="0 0 1024 1024" version="1.1" xmlns="http://www.w3.org/2000/svg" p-id="5717" xmlns:xlink="http://www.w3.org/1999/xlink" width="200" height="200"><defs><style type="text/css"></style></defs><path d="M179.176 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5718"></path><path d="M509.684 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5719"></path><path d="M846.175 499.222m-113.245 0a113.245 113.245 0 1 0 226.49 0 113.245 113.245 0 1 0-226.49 0Z" p-id="5720"></path></svg>
                              </a>
                              <ul class="more-box">
                                  <li class="item"><a class="article-report">文章举报</a></li>
                              </ul>
                          </li>
                                              </ul>
                  </div>
                              </div>
              <div class="person-messagebox">
                  <div class="left-message"><a href="https://blog.csdn.net/samxx8">
                      <img src="https://profile.csdnimg.cn/7/6/4/3_samxx8" class="avatar_pic" username="samxx8">
                                              <img src="https://g.csdnimg.cn/static/user-reg-year/1x/14.png" class="user-years">
                                      </a></div>
                  <div class="middle-message">
                                          <div class="title"><span class="tit"><a href="https://blog.csdn.net/samxx8" data-report-click="{&quot;mod&quot;:&quot;popu_379&quot;}" target="_blank">可克</a></span>
                                              </div>
                      <div class="text"><span>发布了142 篇原创文章</span> · <span>获赞 766</span> · <span>访问量 251万+</span></div>
                  </div>
                                  <div class="right-message">
                                              <a href="https://bbs.csdn.net/topics/395527649" target="_blank" class="btn btn-sm btn-red-hollow bt-button personal-messageboard">他的留言板
                          </a>
                                                              <a class="btn btn-sm  bt-button personal-watch" data-report-click="{&quot;mod&quot;:&quot;popu_379&quot;}">关注</a>
                                      </div>
                              </div>
                      </div>
      
    展开全文
  • JVM参数详解

    2020-05-15 18:29:14
    JVM参数详解 一.参数详解 1、基本参数 -Xms2048m 初始堆大小 默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制. 调整同-Xmx一样可提高性能,防止使用时再申请 -Xmx2048m 最...

    JVM参数详解

    JVM参数优化、生成
    https://opts.console.perfma.com/

    G1回收器的参数设置
    -XX:+UseG1GC: 手动指定使用G1收集器执行内存回收任务。
    -XX:G1HeapRegionSize: 设置每个Region的大小。值是2的幂,范围是1MB到32MB之间,目标是根据最小的Java堆大小划分出约2048个区域。默认是堆内存的1/2000。
    -XX:MaxGCPauseMillis: 设置期望达到的最大GC停顿时间指标(JVM会尽力实现,但不保证达到)。默认值是200ms。
    -XX:ParallelGCThread: 设置STW时GC线程数的值。最多设置为8。
    -XX:ConcGCthreads: 设置并发标记的线程数。将n设置为并行垃圾回收线程数(ParallelGCThreads)的1/4左右。
    -XX:InitiatingHeapOccupancyPercent: 设置触发并发GC周期的Java堆占用率阈值。超过此值,就触发GC。默认值是45。
    G1回收器的常见操作步骤
    G1的设计原则就是简化JVM性能调优,开发人员只需要简单的三步即可完成调优:
    第一步: 开启G1垃圾收集器
    第二步: 设置堆的最大内存
    第三步: 设置最大的停顿时间
    G1中提供了三种垃圾回收模式: YoungGC、Mixed GC和Full GC,在不同的条件下被触发。

    链接:https://www.jianshu.com/p/8cb46cb26b89

    一.参数详解

    1、基本参数

    -Xms2048m 初始堆大小
    默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时,JVM就会增大堆直到-Xmx的最大限制.
    调整同-Xmx一样可提高性能,防止使用时再申请

    -Xmx2048m 最大堆大小
    默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时,JVM会减少堆直到 -Xms的最小限制

    -Xmn512 年轻代大小
    注意:此处的大小是(eden+ 2 survivor space).与jmap -heap中显示的New gen是不同的。
    整个堆大小=年轻代大小 + 年老代大小 + 持久代大小.
    增大年轻代后,将会减小年老代大小.此值对系统性能影响较大,Sun官方推荐配置为整个堆的3/8

    -Xss1M 每个线程的堆栈大小
    JDK5.0以后每个线程堆栈大小为1M,以前每个线程堆栈大小为256K,根据应用线程所所需调整

    -XX:NewRatio=1 年轻代与年老代的比值
    -XX:NewRatio=4表示年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5
    如:Xms=Xmx并且设置了Xmn的情况下,该参数不需要进行设置

    -XX:SurvivorRatio
    Eden区与Survivor区的大小比值, 默认: 8:1:1

    -XX:MetaspaceSize=128 初始元数据空间大小
    JDK1.8 替代 -XX:PermSize=16m

    -XX:MaxMetaspaceSize=128m 最大元数据空间大小
    JDK1.8 替代 -XX:MaxPermSize=16m

    -XX:MaxTenuringThreshold=15 设置垃圾最大年龄,
    老年代对象较多的应用可适当减少此值,以提高年轻代GC效率

    -XX:ReservedCodeCacheSize=240M
    设置CodeCache大小,满了之后就不再编译。默认开多层编译240M,可以在JMX里看看CodeCache的大小。 JIT编译的代码都放在CodeCache中,若空间不足则JIT无法继续编译,并且会去优化,比如编译执行改为解释执行,性能会降低

    2、并行收集器通用参数(主流并行收集器)

    -XX:+UseParallelGC 吞吐量优先,适配cpu密集型,交互时效要求不高情景适用
    指定在新生代使用Parallel Scanvenge,并行收集,暂停 app threads

    -XX:+UseConcMarkSweepGC 使用CMS内存收集器(年老代),低延迟

    -XX:+UseG1GC 使用G1内存收集器,以上3选1

    -XX:ParallelGCThreads=2 并行收集器的线程数
    设置STW(Stop-The-World机制)工作线程数的值。
    将 n 的值设置为逻辑处理器的数量。n 的值与逻辑处理器的数量相同,最多为 8。
    大于8时设置为5/8
    -XX:ConcGCThreads=1 设置并行标记的线程数
    将 n 设置为并行垃圾回收线程数 (ParallelGCThreads) 的 1/4 左右

    -XX:CICompilerCount
    设置的相对较大可以一定程度提升JIT编译的速度,默认为2

    3、CMS

    -XX:+UseConcMarkSweepGC:启用CMS垃圾收集器
    -XX:CMSInitiatingOccupancyFraction=68
    老年代堆空间的使用率超过该值会触发CMS
    默认值:意味着第一次CMS垃圾收集会在老年代被占用68%时被触发
    与 -XX:+UseCMSInitiatingOccupancyOnly 两个参数需要配合使用,否则第一个参数的68只是一个参考值,JVM会重新计算GC的时间。

    -XX:+UseConcMarkSweepGC // 使用 CMS 收集器

    组合1
    -XX:+UseCMSCompactAtFullCollection //意思是在Full GC之后再次STW,停止工作线程,整理内存空间
    XX:+CMSFullGCsBeforeCompaction=0 //表示在进行多少次Full GC之后进行内存碎片整理,默认为0
    组合2
    -XX:CMSInitiatingOccupancyFraction=70 // 当老年代达到70%时,触发CMS垃圾回
    -XX:+UseCMSInitiatingOccupancyOnly //配合 =70使用,否则=70不起作用

    浮动垃圾问题:工作线程和回收线程并行,当工作线程产生的新的对象放入老年代不能放下时就出引起CMS回收降级为serial串行回收。所以要保证不产生Concurrent Mode Failure问题。
    可以尝试依赖公式配置 CMSInitiatingOccupancyFraction=(Xmx-Xmn)*(100-CMSInitiatingOccupancyFraction)/100>=Xmn
    也是就:(最大堆内存 - 新生代)x 剩余百分比 要大于或等 xmn,这样就能保证 新生代的全部跑到老年代也不会降级为串行回收。这个公式有待进一步验证。

    CMS存在的问题参考:https://blog.csdn.net/lo_yun/article/details/100675340
    https://blog.csdn.net/z69183787/article/details/104976782

    CMS 示例
    -Xms4096m -Xmx4096m -XX:MaxMetaspaceSize=512m
    -XX:+UseConcMarkSweepGC -XX:ParallelGCThreads=4 -XX:ConcGCThreads=1
    ##以下两个位置不可颠倒,且后面的没有加没
    -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=5
    -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70

    4、G1

    -XX:G1HeapRegionSize=4M
    设置的G1区域的大小。值是2的幂,范围是1MB到32MB之间。
    目标是根据最小的Java堆大小划分出约 2048 个区域。

    -XX:MaxGCPauseMillis=200
    为所需的最长暂停时间设置目标值。默认值是200毫秒。

    -XX:G1NewSizePercent=5
    设置要用作年轻代大小最小值的堆百分比。默认值是 Java 堆的 5%。
    这是一个实验性的标志。需要解锁
    解锁方法是:在命令行中的实验性标志前,显式地设置 -XX:+UnlockExperimentalVMOptions。
    例如:java -XX:+UnlockExperimentalVMOptions -XX:G1NewSizePercent=10

    -XX:G1MaxNewSizePercent=60
    年轻代大小最大值的堆大小百分比,默认值是60%,这是实验性的标志。

    -XX:InitiatingHeapOccupancyPercent=45
    设置触发标记周期的Java堆占用率阈值。默认占用率是整个Java堆的45%。

    -XX:+UseCompressedOops -XX:CompressedClassSpaceSize=128m 压缩

    补充1:默认收集器查看

    jdk1.8 默认垃圾收集器查看
    java -XX:+PrintFlagsFinal
    可以看到1.8默认的是 UseParallelGC
    ParallelGC 默认的是 Parallel Scavenge(新生代)+ Parallel Old(老年代)
    在JVM中是+XX配置实现的搭配组合:
    (1)UseSerialGC 表示 “Serial” + "Serial Old"组合
    (2)UseParNewGC 表示 “ParNew” + “Serial Old”
    (3)UseConcMarkSweepGC 表示 “ParNew” + “CMS”. 组合,“CMS” 是针对旧生代使用最多的
    (4)UseParallelGC(或UseParallelOldGC) 表示 “Parallel Scavenge” + "Parallel Old"组合
    (5)UseG1GC 表示
    (6)ZGC JDK11开始
    在实践中使用UseConcMarkSweepGC 表示 “ParNew” + “CMS” 的组合是经常使用的

    补充2:jvm参数分类

    根据jvm参数开头可以区分参数类型,共三类:“-”、“-X”、“-XX”,
    (1)标准参数(-):所有的JVM实现都必须实现这些参数的功能,而且向后兼容;
    例子:-verbose:class,-verbose:gc,-verbose:jni……
    (2)非标准参数(-X):默认jvm实现这些参数的功能,但是并不保证所有jvm实现都满足,且不保证向后兼容;
    例子:Xms20m,-Xmx20m,-Xmn20m,-Xss128k……
    (3)非Stable参数(-XX):此类参数各个jvm实现会有所不同,将来可能会随时取消,需要慎重使用;
    例子:-XX:+PrintGCDetails,-XX:-UseParallelGC,-XX:+PrintGCTimeStamps……

    补充3: G1示例:

    -Xms2048m -Xmx2048m -XX:+UseG1GC -XX:+UnlockExperimentalVMOptions -XX:MaxGCPauseMillis=50 -XX:ParallelGCThreads=2 -XX:ConcGCThreads=1 -XX:InitiatingHeapOccupancyPercent=30 -XX:G1MaxNewSizePercent=50 -XX:G1HeapRegionSize=4m -XX:+UseCompressedOops -XX:CompressedClassSpaceSize=128m -XX:MetaspaceSize=128m -XX:MaxMetaspaceSize=128m -XX:+AlwaysPreTouch -XX:+UnlockDiagnosticVMOptions

    实际使用中,-XX:InitiatingHeapOccupancyPercent=30与-XX:G1MaxNewSizePercent=50值接近时年轻代收集耗时明显增长.

    示例2:export JAVA_OPTS="-Djava.library.path=/usr/local/lib -server -Xms4096m -Xmx4096m -XX:+UseG1GC -XX:ParallelGCThreads=4 -XX:CICompilerCount=4 -XX:G1HeapRegionSize=8m -XX:+PrintGCDetails -XX:+PrintGCDateStamps -XX:+PrintGCCause -Xloggc:/export/Logs/jvm/gc.log -XX:MaxMetaspaceSize=256m -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/export/Logs -Djava.awt.headless=true -Dsun.net.client.defaultConnectTimeout=60000 -Dsun.net.client.defaultReadTimeout=60000 -Djmagick.systemclassloader=no -Dnetworkaddress.cache.ttl=300 -Dsun.net.inetaddr.ttl=300"

    参考文献:
    1.https://www.oracle.com/java/technologies/javase/vmoptions-jsp.html
    2.https://www.oracle.com/cn/technical-resources/articles/java/g1gc.html
    3.https://www.jianshu.com/p/4e99912ce840
    4.http://ifeve.com/useful-jvm-flags-part-7-cms-collector/
    5.https://www.cnblogs.com/redcreen/archive/2011/05/04/2037057.html
    6.https://www.jianshu.com/p/b99c9ef0eb16

    7.https://www.cnblogs.com/gxyandwmm/p/9456955.html

    ××××× 
    https://renfufei.blog.csdn.net/article/details/108476781

    展开全文
  • jvm参数详解

    2020-07-14 22:51:19
    jvm参数详解 内存相关 选项 参数详解 默认值 -Xms 初始堆大小 – -Xmx 最大堆大小 – -Xmn 年轻代大小(1.4or lator)整个JVM内存大小=年轻代大小 + 年老代大小 + 持久代大小。持久代一般固定大小为64m,所以...

    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前后的详细堆栈信息 –


    展开全文

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 1,157
精华内容 462
关键字:

jvm参数详解