JVM中GC常用参数
参数 | 解释 |
---|---|
-agentlib:ipharmacare_hook | 公司指定文件:解析密钥需用到 |
-XX:MetaspaceSize=256m | 元空间初始空间大小 |
-XX:MaxMetaspaceSize=512m | 元空间 最大空间,默认是没有限制的。 |
-Xms1024m | 设置JVM最大可用内存为1024M。 |
-Xmx1024m | 设置JVM促使内存1024m。此值可与上值相同 |
-Xmn512m | 设置年轻代大小为512m) |
-XX:+PrintGCDetails | 输出GC的详细日志 |
-XX:+PrintGCDateStamps | 输出GC的时间戳 |
-Xloggc:/mnt/yyspace/logs/gc/system_gc.log | GC输出路径 |
-XX:+UseGCLogFileRotation | 启用GC日志文件的自动转储 |
-XX:NumberOfGCLogFiles=3 | 设置滚动日志文件个数为 |
-XX:GCLogFileSize=2048K | 设置滚动日志文件大小为 |
-XX:+PrintStringTableStatistics | 在JVM进程退出时,打印出StringTable的统计信息到标准日志输出目录中。 |
-XX:+HeapDumpOnOutOfMemoryError | 可以让JVM在出现内存溢出时候Dump出当前的内存转储快照。 |
-XX:HeapDumpPath=/mnt/yyspace/logs/heap/sys/ | 保存快照的地址 |
-Dcom.sun.management.jmxremote | 以下参数为开启远程监控 |
-Djava.rmi.server.hostname=10.1.1.186 | 主机ip |
-Dcom.sun.management.jmxremote.port=8999 | 端口 |
-Dcom.sun.management.jmxremote.authenticate=false | |
-Dcom.sun.management.jmxremote.ssl=false | |
-Dcom.sun.management.jmxremote.local.only=false |
可以利用在线分析工具进行分析:GCeasy
理解GC日志
每一种收集器的日志形式都是由它们自身的实现所决定的,换而言之,每个收集器的日志格式都可以不一样。但虚拟机设计者为了方便用户阅读,将各个收集器的日志都维持一定的共性,例如以下两段典型的GC日志:
33.125:[GC[DefNew:3324K->152K(3712K),0.0025925secs]3324K->152K(11904K),0.0031680 secs]
100.667:[FullGC[Tenured:0K->210K(10240K),0.0149142secs]4603K->210K(19456K),[Perm:2999K->2999K(21248K)],0.0150007 secs][Times:user=0.01 sys=0.00,real=0.02 secs]
最前面的数字“33.125:”和“100.667:”代表了GC发生的时间,这个数字的含义是从Java虚拟机启动以来经过的秒数。
GC日志开头的“[GC”和“[Full GC”说明了这次垃圾收集的停顿类型,而不是用来区分新生代GC还是老年代GC的。如果有“Full”,说明这次GC是发生了Stop-The-World的,例如下面这段新生代收集器ParNew的日志也会出现“[Full GC”(这一般是因为出现了分配担保失败之类的问题,所以才导致STW)。如果是调用System.gc()方法所触发的收集,那么在这里将显示“[Full GC(System)”。
[Full GC 283.736:[ParNew:261599K->261599K(261952K),0.0000288 secs]
接下来的“[DefNew”、“[Tenured”、“[Perm”表示GC发生的区域,这里显示的区域名称与使用的GC收集是密切相关的,例如上面样例所使用的Serial收集器中的新生代名为“Default New Generation”,所以显示的是“[DefNew”。
如果是ParNew收集器,新生代名称就会变为“[ParNew”,意为“Parallel New Generation”。
如果采用Parallel Scavenge收集器,那它配套的新生代称为“PSYoungGen”,老年代和永久代同理,名称也是由收集器决定的。
后面方括号内部的“3324K->152K(3712K)”含义是“GC前该内存区域已使用容量->GC后该内存区域已使用容量(该内存区域总容量)”。
而在方括号之外的“3324K->152K(11904K)”表示“GC前Java堆已使用容量->GC后Java堆已使用容量(Java堆总容量)”。
再往后,“0.0025925 secs”表示该内存区域GC所占用的时间,单位是秒。
有的收集器会给出更具体的时间数据,如“[Times:user=0.01 sys=0.00,real=0.02 secs]”,这里面的user、sys和real与Linux的time命令所输出的时间含义一致,分别代表用户态消耗的CPU时间、内核态消耗的CPU事件和操作从开始到结束所经过的墙钟时间(Wall Clock Time)。
CPU时间与墙钟时间的区别是,墙钟时间包括各种非运算的等待耗时,例如等待磁盘I/O、等待线程阻塞,而CPU时间不包括这些耗时,但当系统有多CPU或者多核的话,多线程操作会叠加这些CPU时间,所以读者看到user或sys时间超过real时间是完全正常的。