Linux使用jstat命令查看jvm的GC情况

Linux 使用jstat命令查看jvm的GC情况

命令格式

jstat命令命令格式：

jstat [Options] vmid[interval] [count]

参数说明：

Options，选项，我们一般使用 -gcutil 查看gc情况

vmid

，VM的进程号，即当前运行的java进程号

interval

，间隔时间，单位为秒或者毫秒

count

，打印次数，如果缺省则打印无数次

示例说明

示例

通常运行命令如下：

jstat -gc 12538 5000

即会每5秒一次显示进程号为12538的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

： 最大持有次数限制

以WAS为例：

[tmp]$ ps -ef | grep java

root 9787 1 0 Sep17 ?00:02:48 /opt/IBM/WebSphere/AppServer/java/bin/java -Xms50m -Xmx256m

-Xms 和 -Xmx 分别代表分配JVM的最小内存和最大内存。

堆栈信息你可以用 kill -3 后面跟上java进程的pid，这样就能生成 thread dump 了。

java虽然是自动回收内存，但是应用程序，尤其服务器程序最好根据业务情况指明内存分配限制。否则可能导致应用程序宕掉。

举例说明含义：

-Xms128m

表示JVM Heap(堆内存)最小尺寸128MB，初始分配

-Xmx512m

表示JVM Heap(堆内存)最大允许的尺寸256MB，按需分配。

说明：如果-Xmx不指定或者指定偏小，应用可能会导致java.lang.OutOfMemory错误，此错误来自JVM不是Throwable的，无法用try...catch捕捉。

PermSize和MaxPermSize指明虚拟机为java永久生成对象（Permanate generation）如，class对象、方法对象这些可反射（reflective）对象分配内存限制，这些内存不包括在Heap（堆内存）区之中。

-XX:PermSize=64MB 最小尺寸，初始分配

-XX:MaxPermSize=256MB 最大允许分配尺寸，按需分配

过小会导致：java.lang.OutOfMemoryError: PermGen space

MaxPermSize缺省值和-server -client选项相关。

-server选项下默认MaxPermSize为64m

-client选项下默认MaxPermSize为32m

经验：

1、慎用最小限制选项Xms,PermSize已节约系统资源。

=========================================================

近期研究对jvm的内存使用情况进行监控，因此对观察虚拟机的内存使用方法做了一些收集，对jvm的参数设置了解了一下：

几个基本概念：

PermGen space：全称是Permanent Generation space，即永久代。就是说是永久保存的区域,用于存放Class和Meta信息，Class在被Load的时候被放入该区域，GC(Garbage Collection)应该不会对PermGen space进行清理，所以如果你的APP会LOAD很多CLASS的话，就很可能出现PermGen space错误。

Heap space：存放Instance。Java Heap分为3个区，Young即新生代，Old即老生代和Permanent。Young保存刚实例化的对象。当该区被填满时，GC会将对象移到Old区。Permanent区则负责保存反射对象。

几个参数设置的意义：

xms/xmx：定义YOUNG+OLD段的总尺寸，ms为JVM启动时YOUNG+OLD的内存大小；mx为最大可占用的YOUNG+OLD内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。

NewSize/MaxNewSize：定义YOUNG段的尺寸，NewSize为JVM启动时YOUNG的内存大小；MaxNewSize为最大可占用的YOUNG内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。

PermSize/MaxPermSize：定义Perm段的尺寸，PermSize为JVM启动时Perm的内存大小；MaxPermSize为最大可占用的Perm内存大小。在用户生产环境上一般将这两个值设为相同，以减少运行期间系统在内存申请上所花的开销。

SurvivorRatio：设置YOUNG代中Survivor空间和Eden空间的比例

申请一块内存的过程：

A. JVM会试图为相关Java对象在Eden中初始化一块内存区域

B. 当Eden空间足够时，内存申请结束。否则到下一步

C. JVM试图释放在Eden中所有不活跃的对象（这属于1或更高级的垃圾回收）；释放后若Eden空间仍然不足以放入新对象，则试图将部分Eden中活跃对象放入Survivor区/OLD区

D. Survivor区被用来作为Eden及OLD的中间交换区域，当OLD区空间足够时，Survivor区的对象会被移到Old区，否则会被保留在Survivor区

E. 当OLD区空间不够时，JVM会在OLD区进行完全的垃圾收集（0级）

F. 完全垃圾收集后，若Survivor及OLD区仍然无法存放从Eden复制过来的部分对象，导致JVM无法在Eden区为新对象创建内存区域，则出现”out of memory错误”

我们的一种resin服务器的jvm参数设置：

“-Xmx2000M -Xms2000M -Xmn500M -XX:PermSize=250M -XX:MaxPermSize=250M -Xss256K -XX:+DisableExplicitGC -XX:SurvivorRatio=1 -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:CMSFullGCsBeforeCompaction=0 -XX:+CMSClassUnloadingEnabled -XX:LargePageSizeInBytes=128M -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=60 -XX:SoftRefLRUPolicyMSPerMB=0 -XX:+PrintClassHistogram -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -Xloggc:log/gc.log”

是一种典型的响应时间优先型的配置。

Java中有四种不同的回收算法，对应的启动参数为

–XX:+UseSerialGC

–XX:+UseParallelGC

–XX:+UseParallelOldGC

–XX:+UseConcMarkSweepGC

1. Serial Collector

大部分平台或者强制 java -client 默认会使用这种。

young generation算法 = serial

old generation算法 = serial (mark-sweep-compact)

这种方法的缺点很明显，stop-the-world, 速度慢。服务器应用不推荐使用。

2. Parallel Collector

在linux x64上默认是这种，其他平台要加 java -server 参数才会默认选用这种。

young = parallel，多个thread同时copy

old = mark-sweep-compact = 1

优点：新生代回收更快。因为系统大部分时间做的gc都是新生代的，这样提高了throughput(cpu用于非gc时间)

缺点：当运行在8G/16G server上old generation live object太多时候pause time过长

3. Parallel Compact Collector (ParallelOld)

young = parallel = 2

old = parallel，分成多个独立的单元，如果单元中live object少则回收，多则跳过

优点：old old generation上性能较 parallel 方式有提高

缺点：大部分server系统old generation内存占用会达到60%-80%, 没有那么多理想的单元live object很少方便迅速回收，同时compact方面开销比起parallel并没明显减少。

4. Concurent Mark-Sweep(CMS) Collector

young generation = parallel collector = 2

old = cms

同时不做 compact *** 作。

优点：pause time会降低, pause敏感但CPU有空闲的场景需要建议使用策略4.

缺点：cpu占用过多，cpu密集型服务器不适合。另外碎片太多，每个object的存储都要通过链表连续跳n个地方，空间浪费问题也会增大。

内存监控的方法：

1. jmap -heap pid

查看java 堆（heap）使用情况

using thread-local object allocation.

Parallel GC with 4 thread(s) //GC 方式

Heap Configuration: //堆内存初始化配置

MinHeapFreeRatio=40 //对应jvm启动参数-XX:MinHeapFreeRatio设置JVM堆最小空闲比率(default 40)

MaxHeapFreeRatio=70 //对应jvm启动参数 -XX:MaxHeapFreeRatio设置JVM堆最大空闲比率(default 70)

MaxHeapSize=512.0MB //对应jvm启动参数-XX:MaxHeapSize=设置JVM堆的最大大小

NewSize = 1.0MB //对应jvm启动参数-XX:NewSize=设置JVM堆的‘新生代’的默认大小

MaxNewSize =4095MB //对应jvm启动参数-XX:MaxNewSize=设置JVM堆的‘新生代’的最大大小

OldSize = 4.0MB//对应jvm启动参数-XX:OldSize=:设置JVM堆的‘老生代’的大小

NewRatio = 8 //对应jvm启动参数-XX:NewRatio=:‘新生代’和‘老生代’的大小比率

SurvivorRatio = 8//对应jvm启动参数-XX:SurvivorRatio=设置年轻代中Eden区与Survivor区的大小比值

PermSize= 16.0MB //对应jvm启动参数-XX:PermSize=:设置JVM堆的‘永生代’的初始大小

MaxPermSize=64.0MB //对应jvm启动参数-XX:MaxPermSize=:设置JVM堆的‘永生代’的最大大小

Heap Usage: //堆内存分步

PS Young Generation

Eden Space: //Eden区内存分布

capacity = 20381696 (19.4375MB) //Eden区总容量

used = 20370032 (19.426376342773438MB) //Eden区已使用

free = 11664 (0.0111236572265625MB) //Eden区剩余容量

99.94277218147106% used //Eden区使用比率

From Space://其中一个Survivor区的内存分布

capacity = 8519680 (8.125MB)

used = 32768 (0.03125MB)

free = 8486912 (8.09375MB)

0.38461538461538464% used

To Space://另一个Survivor区的内存分布

capacity = 9306112 (8.875MB)

used = 0 (0.0MB)

free = 9306112 (8.875MB)

0.0% used

PS Old Generation //当前的Old区内存分布

capacity = 366280704 (349.3125MB)

used = 322179848 (307.25464630126953MB)

free = 44100856 (42.05785369873047MB)

87.95982001825573% used

PS Perm Generation //当前的 “永生代” 内存分布

capacity = 32243712 (30.75MB)

used = 28918584 (27.57891082763672MB)

free = 3325128 (3.1710891723632812MB)

89.68751488662348% used

=====================================================================

jps

-q只输出进程ID，而不输出类的短名称

-m用于输出传递给Java进程（主函数）的参数

-l完整路径

-v显示传递给jvm的参数

---