jvm生产环境gc及oom有关的参数

推荐生产环境使用-server参数

特点是启动速度比较慢,但运行时性能和内存管理效率很高。

一、-XX:-UseGCOverheadLimit                  

关闭GCOverheadLimit特性,GCoverheadlimitexceeded原因:通过统计GC时间来预测是否要OOM了,当超过98%的时间用来做GC并且回收了不到2%的堆内存,就会抛出这个错误(提前预知,没啥用,该OOM还是会OOM,关闭)

二、-XX:+HeapDumpOnOutOfMemoryError          

当JVM发生OOM时,自动生成DUMP文件。也可以通过-XX:HeapDumpPath=/tmp/heapdump.hprof  参数指定保存DUMP文件的路径,如果不指定,默认为当前启动JVM的目录,默认文件名:java_<pid>_<date>_<time>_heapDump.hprof

三、-XX:OnOutOfMemoryError="sh ~/restart.sh" 

当出现OOM时,指定某个脚本来完成一些动作,比如邮件知会、自动重启等

四、 -verbose:gc 

用于垃圾收集时的信息打印,等同于-XX:+PrintGC

解读:例如第一个回收打印,箭头前后的数据939557K和406935K分别表示垃圾收集GC前后所有存活对象使用的内存容量,说明有939557K-406935K=532622K的对象容量被回收,括号内的数据2010624K为堆内存的总容量,收集所需要的时间是0.0623900秒(这个时间在每次执行的时候会有所不同)

五、-XX:+PrintGCDetails

常见格式有以下几种:

1、293.289: [Full GC [PSYoungGen: 6577K->0K(310720K)] [Times: user=0.33 sys=0.00, real=0.33 secs] 

2、[PSOldGen: 102295K->102198K(134208K)] 108873K->102198K(444928K) [Times: user=0.33 sys=0.00, real=0.33 secs] 

3、[PSPermGen: 59082K->58479K(104192K)], 0.3332354 secs] [Times: user=0.33 sys=0.00, real=0.33 secs] 

4、[GC [PSYoungGen: 301488K->13798K(323072K)] 917963K->639822K(1022464K), 0.0323700 secs] [Times: user=0.11 sys=0.01, real=0.04 secs]

对应说明:

1、Full GC表示执行全局垃圾回收。[PSYoungGen: 6577K->0K(310720K)] 提供新生代空间信息。

2、[PSOldGen: 102295K->102198K(134208K)]提供了年老代空间信息;108873K->102198K(444928K)整个堆空间信息;

3、[PSPermGen: 59082K->58479K(104192K)]提供了持久代空间信息。

六、-XX:+PrintGCTimeStamps

详解(举例第一个):

分为4个区域看,(jvm运行时间、新生代内存,总堆内存,gc时间)

1、jvm运行时间:16.802是从jvm启动直到垃圾收集发生所经历的时间,GC表示这是一次Minor GC(新生代垃圾收集);

2、新生代大小:[PSYoungGen: 148800K->288K(265216K)] 提供了新生代空间的信息,148800K表示垃圾收集之前新生代占用空间,288K表示垃圾收集之后新生代的空间。新生代又细分为一个Eden区和两个Survivor区,Minor GC之后Eden区为空,288K就是Survivor占用的空间。括号里的265216K表示整个年轻代的大小。

3、java堆大小:618451K->470043K(964608K),表示垃圾收集之前(618451K)与之后(470043K)Java堆的大小(总堆964608K,堆大小包括新生代和年老代)

由新生代和Java堆占用大小可以算出年老代占用空间,如,Java堆大小964608K,新生代大小265216K那么年老代占用空间是964608K-265216K=699392k;

4、gc时间:0.0039130 secs表示垃圾收集过程所消耗的时间。

 [Times: user=0.01 sys=0.00, real=0.01 secs] 提供cpu使用及时间消耗,user是用户模式垃圾收集消耗的cpu时间,实例中垃圾收集器消耗了0.01秒用户态cpu时间,sys是消耗系统态cpu时间,real是指垃圾收集器消耗的实际时间。

 jvm参数配置及垃圾回收器配置

  • -xms:初始堆大小
  • -xmx:最大堆大小
  • -xmn:年轻代大小(年轻代大小 + 年老代大小 + 持久代大小)(优先级大于-XX:NewRatio)
  • -XX:PermSize:永久代大小。 -XX:MaxPermSize:永久代最大值   (jdk1.8以前)
  • -XX:MetaspaceSize=128m  元空间大小  -XX:MaxMetaspaceSize=128m  元空间最大值(jdk1.8及以后)
  • -Xss:每个线程堆栈的大小 
  • -XX:NewRatio=4  设置年轻代(包括Eden和两个Survivor区)与年老代的比值(除去持久代)。设置为4,则年轻代与年老代所占比值为1:4,年轻代占整个堆栈的1/5
  • -XX:SurvivorRatio=4 设置年轻代中Eden区与Survivor区的大小比值。设置为4,则两个Survivor区与一个Eden区的比值为2:4,一个Survivor区占整个年轻代的1/6
  • -XX:MaxTenuringThreshold=0 设置垃圾的最大年龄。(在survivor区被复制的次数)
  • -XX:+UseCMSCompactAtFullCollection:打开对年老代的压缩。可能会影响性能,但是可以消除碎片
  • -XX:CMSFullGCsBeforeCompaction=5:由于并发收集器不对内存空间进行压缩、整理,所以运行一段时间以后会产生“碎片”,使得运行效率降低。此值设置运行多少次GC以后对内存空间进行压缩、整理。
  • -XX:GCTimeRatio=n:设置垃圾回收时间占程序运行时间的百分比。公式为1/(1+n)

垃圾回收器:

年轻代(复制算法):

一、-XX:+UseSerialGC  使用串行单线程回收(默认-client客户端使用的)

二、-XX:+UseParNewGC  使用并行多线程回收器(Serial多线程版,默认-server服务器使用的,jdk1.8已经弃用)

  • -XX:ParallelGCThreads=10 限制垃圾回收使用的线程数

三、-XX:+UseParallelGC 使用Parallel Scavenge 收集器

  • -XX:+UseAdptiveSizePolicy (自适应大小策略)
  • XX:MaxGCPauseMillis=100 控制最大的垃圾收集停顿时间

  • XX:GCRatio 直接设置吞吐量的大小。

ParNew回收器增加了GC自适应调节策略功能,若设置了自适应大小策略,则无需指定新生代大小(-Xmn)、eden区和survivor区的比例(-XX:survivorRation)、晋升到老年代的年龄(-XX:PretenureSizeThreshold),jvm会自动设置

老年代(标记-清除算法):

四、-XX:+UseSerialOldGC  是Serial的老年代回收器

五、-XX:+UseParallelOldGC 是Parallel Scavenge 的老年代收集器

六、-XX:+UseConcMarkSweepGC  使用cms回收器

CMS收集器的运行过程分为下列4步:

1、初始标记:标记GC Roots能直接到的对象。速度很快但是仍存在Stop The World问题。

2、并发标记:进行GC Roots Tracing 的过程,找出存活对象且用户线程可并发执行。

3、重新标记:为了修正并发标记期间因用户程序继续运行而导致标记产生变动的那一部分对象的标记记录。仍然存在Stop The World问题。

4、并发清除:对标记的对象进行清除回收。

缺点:

1、和用户线程并行执行,会占用过多cpu,消耗性能

2、清除后内存碎片过多,空间不能存放下大对象,导致fullgc

整堆:

七、-XX:+UseG1GC 使用G1回收器(推荐使用)

  • -XX:MaxGCPauseMillis=200 最大停顿时间(默认200毫秒)

(高并发推荐使用,把内存区域再分成多个更小的块,对这个更小的块进行回收,提高性能)

总结:

注意:年轻代和老年代收集器可以按照上图连线搭配使用。

可以用来查看jvm使用的哪种垃圾回收器

-XX:+PrintCommandLineFlags(项目启动时会打印)

也可以使用代码查看:

		List<GarbageCollectorMXBean> ls = ManagementFactory.getGarbageCollectorMXBeans();
		for(GarbageCollectorMXBean b: ls){
			System.out.println(b.getName());
		}

贴图:

Java中9种常见的CMS GC问题分析与解决

-XX:+PrintFlagsFinal 打印所有系统参数

-XX:+PrintFlagsInitial 获取所有-XX:形式的参数(同上)

[Global flags]
     intx ActiveProcessorCount                      = -1                                  {product}
    uintx AdaptiveSizeDecrementScaleFactor          = 4                                   {product}
    uintx AdaptiveSizeMajorGCDecayTimeScale         = 10                                  {product}
    uintx AdaptiveSizePausePolicy                   = 0                                   {product}
    uintx AdaptiveSizePolicyCollectionCostMargin    = 50                                  {product}
    uintx AdaptiveSizePolicyInitializingSteps       = 20                                  {product}
    uintx AdaptiveSizePolicyOutputInterval          = 0                                   {product}
    uintx AdaptiveSizePolicyWeight                  = 10                                  {product}
    uintx AdaptiveSizeThroughPutPolicy              = 0                                   {product}
    uintx AdaptiveTimeWeight                        = 25                                  {product}
     bool AdjustConcurrency                         = false                               {product}
     bool AggressiveHeap                            = false                               {product}
………………

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值