其他分享
首页 > 其他分享> > 服务器OOM,jvm排查,调优思路!

服务器OOM,jvm排查,调优思路!

作者:互联网

目录

1.常用参数

2.OOM排查过程步骤

3.堆转储文件分析工具

4.如何优化

1.常用参数

       -XX:+PrintCommandLineFlags :这个参数让JVM打印出那些已经被用户或者JVM设置过的详细的XX参数的名称和值。

      -XX:+PrintFlagsFinal  :的结果是一个按字母排序的590个参数表格 

常见配置举例:
   设置:-Xmx3550m -Xms3550m -Xmn2g -Xss128k
   设置:-Xmx3550m -Xms3550m -Xss128k -XX:NewRatio=4 -XX:SurvivorRatio=4 -XX:MaxPermSize=16m XX:MaxTenuringThreshold=0
  吞吐量优先的并行收集器,并行收集器主要以到达一定的吞吐量为目标,适用于科学技术和后台处理等。
    配置:-Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:ParallelGCThreads=20 -XX:+UseParallelOldGC 
    配置:-Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseParallelGC -XX:MaxGCPauseMillis=100 -XX:+UseAdaptiveSizePolicy 
  响应时间优先的并发收集器,并发收集器主要是保证系统的响应时间,减少垃圾收集时的停顿时间,使用与应用服务器,电信领域等。
    -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:ParallelGCThreads=20 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC
    -Xmx3550m -Xms3550m -Xmn2g -Xss128k -XX:+UseConcMarkSweepGC -XX:CMSFullGCsBeforeCompaction=5 -XX:+UseCMSCompactAtFullCollection 
#参数解析

    -XX:PretenureSizeThreshold:直接晋升到老年代的对象大小
    -XX:MaxTenuringThreshold=0:垃圾最大年龄.
    设置0 年轻代对象不经过Survivor区,直接进入年老代. 对于年老代比较多的应用,可以提高效率.
    如果将此值设置为一个较大值,则年轻代对象会在Survivor区进行多次复制,这样可以增加对象在年轻代的存活 时间,增加在年轻代即被回收的概率.(最大为15,在对象头中留有四个字节位置存储该值,所以最大为15)。

    -XX:-DisableExplicitGC — 让System.gc()不产生任何作用
    -XX:PrintTenuringDistribution — 设置每次新生代GC后输出幸存者乐园中对象年龄的分布
    -XX:InitialTenuringThreshold / -XX:MaxTenuringThreshold:设置老年代阀值的初始值和最大值
    -XX:TargetSurvivorRatio:设置幸存区的目标使用率
    -XX:+UseAdaptiveSizePolicy:动态调整java堆中各个区域的大小以及进入老年代的年龄
    -XX:+HandlePromotionFailure:是否允许分配担保失败,即老年代的剩余空间不足以应付新生代的整个Eden和Survivor区的所有对象都存活的极端情况

##cms收集器启动后 相关参数设置
    注意:并发收集器不对内存空间进行压缩,整理,所以运行一段时间以后会产生"碎片”,使得运行效率降低. 
    CMSFullGCsBeforeCompaction=5:cms在n次GC后,启动内存碎片整理。
    UseCMSCompactAtFullCollection:cms完成后,启动内存碎片整理
    CMSInitiatingOccupancyFraction:老年代使用多少后触发cms 默认68%

2.OOM排查过程步骤

1、先查看应用进程号pid:     ps  -ef | grep  应用名

2、查看pid垃圾回收情况:  jstat  -gc  pid  5000(时间间隔)

即会每5秒一次显示进程号为68842的java进成的GC情况,显示内容如下图:

结果说明:显示内容说明如下(部分结果是通过其他其他参数显示的,暂不说明):

S0C:年轻代中第一个survivor(幸存区)的容量 (字节) 

S1C:年轻代中第二个survivor(幸存区)的容量 (字节) 

S0U:年轻代中第一个survivor(幸存区)目前已使用空间 (字节) 

S1U:年轻代中第二个survivor(幸存区)目前已使用空间 (字节) 

EC:年轻代中Eden(伊甸园)的容量 (字节) 

EU:年轻代中Eden(伊甸园)目前已使用空间 (字节) 

OC:Old代的容量 (字节) 

OU:Old代目前已使用空间 (字节) 

PC:Perm(持久代)的容量 (字节) 

PU:Perm(持久代)目前已使用空间 (字节) 

YGC:从应用程序启动到采样时年轻代中gc次数 

YGCT:从应用程序启动到采样时年轻代中gc所用时间(s) 

FGC:从应用程序启动到采样时old代(全gc)gc次数 

FGCT:从应用程序启动到采样时old代(全gc)gc所用时间(s) 

GCT:从应用程序启动到采样时gc用的总时间(s) 

NGCMN:年轻代(young)中初始化(最小)的大小 (字节) 

NGCMX:年轻代(young)的最大容量 (字节) 

NGC:年轻代(young)中当前的容量 (字节) 

OGCMN:old代中初始化(最小)的大小 (字节) 

OGCMX:old代的最大容量 (字节) 

OGC:old代当前新生成的容量 (字节) 

PGCMN:perm代中初始化(最小)的大小 (字节) 

PGCMX:perm代的最大容量 (字节)   

PGC:perm代当前新生成的容量 (字节) 

S0:年轻代中第一个survivor(幸存区)已使用的占当前容量百分比 

S1:年轻代中第二个survivor(幸存区)已使用的占当前容量百分比 

E:年轻代中Eden(伊甸园)已使用的占当前容量百分比 

O:old代已使用的占当前容量百分比 

P:perm代已使用的占当前容量百分比 

S0CMX:年轻代中第一个survivor(幸存区)的最大容量 (字节) 

S1CMX :年轻代中第二个survivor(幸存区)的最大容量 (字节) 

ECMX:年轻代中Eden(伊甸园)的最大容量 (字节) 

DSS:当前需要survivor(幸存区)的容量 (字节)(Eden区已满) 

TT: 持有次数限制 

MTT : 最大持有次数限制 

3、开启OOM快照: 

-XX:+HeapDumpOnOutOfMemoryError(开启堆快照)

-XX:HeapDumpPath=C:/heap_dump.hprof(保存文件到哪个目录)

3.堆转储文件分析工具

jhat

  这是最原始的分析工具,它会读取堆转储文件,并运行一个小型的HTTP服务器,该服务器运行你通过一系列网易链接查看堆转储信息。

[ciadmin@2-103test_app pos-gateway-cloud]$ jhat heap_dump.hprof 
Reading from heap_dump.hprof...
Dump file created Mon Mar 05 18:33:10 CST 2018
Snapshot read, resolving...
Resolving 751016 objects...
Chasing references, expect 150 dots......................................................................................................................................................
Eliminating duplicate references......................................................................................................................................................
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.

找一台带浏览器的机器访问它,http://ip:7000

更多信息见《九、jdk工具之jhat命令(Java Heap Analyse Tool)、jhat之一:对dump的结果在浏览器上展示

 

jvisualvm

jvisualvm的监视(Monitor) 选项卡可以从一个运行中的程序获得堆转储文件,也可以打开之前生成堆转储文件。

更多信息见《八、jdk工具之JvisualVM、JvisualVM之一--(visualVM介绍及性能分析示例)

4.如何优化

虽然 JVM 能够动态感知 CGroups 对容器的内存限制了,但是 JVM 默认的堆大小是限制值的 1/4,这会导致内存的利用率太低了;如此看来,要想充分利用服务器的资源,还要手动调整好 -Xmx 参数,下面是来自网络的一组经验值:

以下参数配置适用于非计算密集型的大部分应用

分配内存堆配置推荐
1.5G-Xmx1008M -Xms1008M -Xmn336M -XX:MaxMetaspaceSize=128M -XX:MetaspaceSize=128M
2G-Xmx1344M -Xms1344M -Xmn448M -XX:MaxMetaspaceSize=192M -XX:MetaspaceSize=192M
3G-Xmx2048M -Xms2048M -Xmn768M -XX:MaxMetaspaceSize=256M -XX:MetaspaceSize=256M
4G-Xmx2688M -Xms2688M -Xmn960M -XX:MaxMetaspaceSize=256M -XX:MetaspaceSize=256M
5G-Xmx3392M -Xms3392M -Xmn1216M -XX:MaxMetaspaceSize=512M -XX:MetaspaceSize=512M
6G-Xmx4096M -Xms4096M -Xmn1536M -XX:MaxMetaspaceSize=512M -XX:MetaspaceSize=512M
7G-Xmx4736M -Xms4736M -Xmn1728M -XX:MaxMetaspaceSize=512M -XX:MetaspaceSize=512M
8G-Xmx5440M -Xms5440M -XX:MaxMetaspaceSize=512M -XX:MetaspaceSize=512M

内存>=8G 基础配置

-server
-XX:+DisableExplicitGC
-XX:+UseG1GC
-XX:MaxGCPauseMillis=100
-XX:+ParallelRefProcEnabled
-XX:+HeapDumpOnOutOfMemoryError
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintHeapAtGC
-XX:+PrintGCApplicationStoppedTime
-XX:+PrintGCDateStamps
-XX:ErrorFile=/var/app/gc/hs_err_pidp.log
-XX:HeapDumpPath=/var/app/gc
-Xloggc:/var/app/gc/gct.log

内存<8G 基础配置

-server
-XX:+DisableExplicitGC
-XX:+UseParNewGC
-XX:+UseConcMarkSweepGC
-XX:+UseCMSInitiatingOccupancyOnly
-XX:CMSInitiatingOccupancyFraction=70
-XX:+ExplicitGCInvokesConcurrentAndUnloadsClasses
-XX:+CMSClassUnloadingEnabled
-XX:+ParallelRefProcEnabled
-XX:+CMSScavengeBeforeRemark
-XX:+HeapDumpOnOutOfMemoryError
-XX:+PrintGCDetails
-XX:+PrintGCTimeStamps
-XX:+PrintHeapAtGC
-XX:+PrintGCApplicationStoppedTime
-XX:+PrintGCDateStamps
-XX:ErrorFile=/var/app/gc/hs_err_pidp.log
-XX:HeapDumpPath=/var/app/gc
-Xloggc:/var/app/gc/gct.log

 

标签:字节,代中,OOM,容量,XX,调优,gc,jvm,GC
来源: https://blog.51cto.com/u_15257216/2863992