当前位置:首页 > 开发 > 研发管理 > 正文

监控JVM工具

发表于: 2014-03-25   作者:墙头上一根草   来源:转载   浏览:
摘要: JDK内置工具使用 jps(Java Virtual Machine Process Status Tool)    查看所有的jvm进程,包括进程ID,进程启动的路径等等。 jstack(Java Stack Trace)    ① 观察jvm中当前所有线程的运行情况和线程当前状态。&nb

JDK内置工具使用

  • jps(Java Virtual Machine Process Status Tool)
        查看所有的jvm进程,包括进程ID,进程启动的路径等等。
  • jstack(Java Stack Trace)
        ① 观察jvm中当前所有线程的运行情况和线程当前状态。
        ② 系统崩溃了?如果java程序崩溃生成core文件,jstack工具可以用来获得core文件的java stack和native stack的信息,从而可以轻松地知道java程序是如何崩溃和在程序何处发生问题。
        ③ 系统hung住了?jstack工具还可以附属到正在运行的java程序中,看到当时运行的java程序的java stack和native stack的信息, 如果现在运行的java程序呈现hung的状态,jstack是非常有用的。
  • jstat(Java Virtual Machine Statistics Monitoring Tool)
        ① jstat利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控,包括了对进程的classloader,compiler,gc情况;
        监视VM内存内的各种堆和非堆的大小及其内存使用量,以及加载类的数量。
  • jmap(Java Memory Map)
        监视进程运行中的jvm物理内存的占用情况,该进程内存内,所有对象的情况,例如产生了哪些对象,对象数量;
  • jinfo(Java Configuration Info)
        观察进程运行环境参数,包括Java System属性和JVM命令行参数

 

具体命令使用:

  • jstat

    generalOption
    1 -help 显示帮助信息。
    2 -version 显示版本信息
    3 -options 显示统计选项列表。
    outputOptions 
    01 #参数:
    02     -class:统计类装载器的行为
    03     -compiler:统计HotSpot Just-in-Time编译器的行为
    04     -gc:统计堆各个分区的使用情况
    05     -gccapacity:统计新生区,老年区,permanent区的heap容量情况
    06     -gccause:统计最后一次gc和当前gc的原因
    07     -gcnew:统计gc时,新生代的情况
    08     -gcnewcapacity:统计新生代大小和空间
    09     -gcold:统计老年代和永久代的行为
    10     -gcoldcapacity:统计老年代大小
    11     -gcpermcapacity:统计永久代大小
    12     -gcutil:统计gc时,heap情况
    13     -printcompilation:HotSpot编译方法统计
    -class:
    01 #每隔1秒监控一次,一共做10次
    02   jstat -class 17970 1000 10
    03 ##########################################
    04 [root@lq225 conf]# jstat -class 2058 1000 10
    05 Loaded  Bytes  Unloaded  Bytes     Time   
    06   1697  3349.5        0     0.0       1.79
    07   1697  3349.5        0     0.0       1.79
    08   1697  3349.5        0     0.0       1.79
    09   1697  3349.5        0     0.0       1.79
    10   ...................................................
    11 ######################## 术语分隔符 ########################
    12 #Loaded 类加载数量
    13 #Bytes  加载的大小(k)
    14 #Unloaded 类卸载的数量
    15 #Bytes 卸载的大小(k)
    16 #Time 时间花费在执行类加载和卸载操作
    -compiler
    01 Compiled Failed Invalid   Time   FailedType FailedMethod
    02      302      0       0     1.27          0
    03 .....................................................
    04 ######################## 术语分隔符 ########################
    05 #Compiled 编译任务的执行次数
    06 #Failed   编译任务的失败次数
    07 #Invalid  编译任务无效的次数
    08 #Time     编译任务花费的时间
    09 #FailedType 最后一次编译错误的类型
    10 #FailedMethod 最后一次编译错误的类名和方法
    -gc:
    01 #每隔2秒监控一次,共20次
    02   jstat -gc 2058 2000 20
    03 ##############################
    04  S0C    S1C    S0U    S1U      EC       EU        OC         OU       PC     PU    YGC     YGCT    FGC    FGCT     GCT  
    05 8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
    06 8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
    07 8704.0 8704.0 805.5   0.0   69952.0  64174.5   174784.0    2644.5   16384.0 10426.7      2    0.034   0      0.000    0.034
    08 .............................................
    09 ######################## 术语分隔符 ########################
    10 #S0C 生还者区0 容量(KB)
    11 #S1C 生还者区1 容量(KB)
    12 #S0U 生还者区0 使用量(KB)
    13 #S1U 生还者区1 使用量(KB)
    14 #EC 伊甸园区容量(KB)
    15 #EU 伊甸园区使用量(KB) 
    16 #OC 老年区容量(KB)
    17 #OU 老年区使用量(KB)
    18 #PC 永久区容量(KB) 
    19 #PU 永久区使用量(KB)
    20 #YGC 新生代GC次数
    21 #YGCT 新生代GC时间
    22 #FGC full GC 事件的次数
    23 #FGCT full GC的时间 
    24 #GCT 总GC时间
    -gccapacity
    01 NGCMN    NGCMX     NGC     S0C   S1C       EC      OGCMN      OGCMX       OGC         OC      PGCMN    PGCMX     PGC       PC     YGC    FGC
    02 131072.0 131072.0 131072.0 13056.0 13056.0 104960.0   393216.0   393216.0   393216.0   393216.0  65536.0  65536.0  65536.0  65536.0      1     0
    03 ..........................................................................................................
    04 ######################## 术语分隔符 ########################
    05 #NGCMN 最小新生代容量(KB)
    06 #NGCMX 最大新生代容量(KB)
    07 #NGC 当前新生代容量(KB)
    08 #S0C 当前生存者0区容量(KB)
    09 #S1C 当前生存者1区容量(KB)
    10 #OGCMN 老年代最小容量(KB)
    11 #OGCMX 老年代最大容量(KB)
    12 #OGC 当前老年代容量(KB).
    13 #OC 当前老年代?Current old space capacity (KB).
    14 #PGCMN 永久区最小容量(KB)
    15 #PGCMX 永久区最大容量(KB)
    16 #PGC 当前永久区容量(KB).
    17 #PC 当前永久区?Current Permanent space capacity (KB).
    18 #YGC young GC事件的次数
    19 #FGC Full GC次数
    -gccause
    01   S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT    LGCC                 GCC
    02   0.00  99.84  12.76   0.92  46.23      1    0.016     0    0.000    0.016 unknown GCCause      No GC
    03 ................................................
    04 ######################## 术语分隔符 ########################
    05 #S0 年轻代中第一个survivor(幸存区)已使用的占当前容量百分比
    06 #S1 年轻代中第二个survivor(幸存区)已使用的占当前容量百分比
    07 #E 年轻代中Eden(伊甸园)已使用的占当前容量百分比
    08 #O old代已使用的占当前容量百分比
    09 #P perm代已使用的占当前容量百分比
    10 #YGC 从应用程序启动到采样时年轻代中gc次数
    11 #FGC 从应用程序启动到采样时old代(全gc)gc次数
    12 #FGCT 从应用程序启动到采样时old代(全gc)gc所用时间(s)
    13 #GCT 从应用程序启动到采样时gc用的总时间(s)
    14 #LGCC 最后一次GC的原因
    15 #GCC 当前GC的原因
    例如 -gcutil :        
    1 #每隔1秒监控一次,共10次
    2 jstat -gcutil 2058 1000 10
    3 ################################
    4 [root@lq225 conf]# jstat -gcutil 2058 1000 10
    5   S0     S1     E      O      P     YGC     YGCT    FGC    FGCT     GCT  
    6   9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
    7   9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
    8   9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
    9   9.25   0.00  96.73   1.51  63.64      2    0.034     0    0.000    0.034
  • jmap
    01 #参数
    02     -dump:[live,]format=b,file=<filename> 使用hprof二进制形式,输出jvm的heap内容到文件=. live子选项是可选的,假如指定live选项,那么只输出活的对象到文件.
    03     -finalizerinfo 打印正等候回收的对象的信息.
    04     -heap 打印heap的概要信息,GC使用的算法,heap的配置及wise heap的使用情况.
    05     -histo[:live] 打印每个class的实例数目,内存占用,类全名信息. VM的内部类名字开头会加上前缀”*”. 如果live子参数加上后,只统计活的对象数量.
    06     -permstat 打印classload和jvm heap长久层的信息. 包含每个classloader的名字,活泼性,地址,父classloader和加载的class数量. 另外,内部String的数量和占用内存数也会打印出来.
    07     -F 强迫.在pid没有相应的时候使用-dump或者-histo参数. 在这个模式下,live子参数无效.
    08     -h | -help 打印辅助信息
    09     -J 传递参数给jmap启动的jvm.
    10     pid 需要被打印配相信息的java进程id.
    例如 -histo :    
    1 jmap -histo  2058
    2 ############################
    3  num     #instances         #bytes  class name
    4 ----------------------------------------------
    5    1:           206        3585312  [I
    6    2:         19621        2791880  <constMethodKlass>
    7    3:         19621        2520048  <methodKlass>
    8    4:         21010        2251616  [C
    9 ............................................................
    例如 -dump:
    01 #生成的文件可以使用jhat工具进行分析,在OOM(内存溢出)时,分析大对象,非常有用
    02 jmap -dump:live,format=b,file=data.hprof 2058
    03  
    04 #通过使用如下参数启动JVM,也可以获取到dump文件:
    05  -XX:+HeapDumpOnOutOfMemoryError
    06  -XX:HeapDumpPath=./java_pid<pid>.hprof
    07  
    08 #如果在虚拟机中导出的heap信息文件可以拿到WINDOWS上进行分析,可以查找诸如内存方面的问题,可以这么做:
    09 jhat data.hprof 
    10 #执行成功后,访问http://localhost:7000即可查看内存信息。(首先把7000端口打开)
  • jinfo
    01 #查看java进程的配置信息
    02 jinfo 2058
    03 #####################
    04 Attaching to process ID 2058, please wait...
    05 Debugger attached successfully.
    06 Server compiler detected.
    07 JVM version is 24.0-b56
    08 Java System Properties:
    09  
    10 java.runtime.name = Java(TM) SE Runtime Environment
    11 project.name = Amoeba-MySQL
    12 java.vm.version = 24.0-b56
    13 sun.boot.library.path = /usr/local/java/jdk1.7/jre/lib/amd64
    14 ................................................
    15  
    16 #<span></span> 查看2058的MaxPerm大小可以用
    17  jinfo -flag MaxPermSize 2058
    18 ############################
    19 -XX:MaxPermSize=100663296
  • jps
    1 #列出系统中所有的java进程
    2   jps
    3 #######################
    4 2306 Bootstrap
    5 3370 Jps <span></span>2058 xxxxxxxxx<span></span>
    一些术语的中文解释
    01 S0C:年轻代中第一个survivor(幸存区)的容量 (字节)
    02 S1C:年轻代中第二个survivor(幸存区)的容量 (字节)
    03 S0U:年轻代中第一个survivor(幸存区)目前已使用空间 (字节)
    04 S1U:年轻代中第二个survivor(幸存区)目前已使用空间 (字节)
    05 EC:年轻代中Eden(伊甸园)的容量 (字节)
    06 EU:年轻代中Eden(伊甸园)目前已使用空间 (字节)
    07 OC:Old代的容量 (字节)
    08 OU:Old代目前已使用空间 (字节)
    09 PC:Perm(持久代)的容量 (字节)
    10 PU:Perm(持久代)目前已使用空间 (字节)
    11 YGC:从应用程序启动到采样时年轻代中gc次数
    12 YGCT:从应用程序启动到采样时年轻代中gc所用时间(s)
    13 FGC:从应用程序启动到采样时old代(全gc)gc次数
    14 FGCT:从应用程序启动到采样时old代(全gc)gc所用时间(s)
    15 GCT:从应用程序启动到采样时gc用的总时间(s)
    16 NGCMN:年轻代(young)中初始化(最小)的大小 (字节)
    17 NGCMX:年轻代(young)的最大容量 (字节)
    18 NGC:年轻代(young)中当前的容量 (字节)
    19 OGCMN:old代中初始化(最小)的大小 (字节)
    20 OGCMX:old代的最大容量 (字节)
    21 OGC:old代当前新生成的容量 (字节)
    22 PGCMN:perm代中初始化(最小)的大小 (字节)
    23 PGCMX:perm代的最大容量 (字节)  
    24 PGC:perm代当前新生成的容量 (字节)
    25 S0:年轻代中第一个survivor(幸存区)已使用的占当前容量百分比
    26 S1:年轻代中第二个survivor(幸存区)已使用的占当前容量百分比
    27 E:年轻代中Eden(伊甸园)已使用的占当前容量百分比
    28 O:old代已使用的占当前容量百分比
    29 P:perm代已使用的占当前容量百分比
    30 S0CMX:年轻代中第一个survivor(幸存区)的最大容量 (字节)
    31 S1CMX:年轻代中第二个survivor(幸存区)的最大容量 (字节)
    32 ECMX:年轻代中Eden(伊甸园)的最大容量 (字节)
    33 DSS:当前需要survivor(幸存区)的容量 (字节)(Eden区已满)
    34 TT: 持有次数限制
    35 MTT : 最大持有次数限制

 

使用visualvm监控tomcat

  • 修改catalina.sh,添加下面一行:
    1 CATALINA_OPTS="$CATALINA_OPTS -Dcom.sun.management.jmxremote=true -Djava.rmi.server.hostname=192.168.55.255  -Dcom.sun.management.jmxremote.port=8086 -Dcom.sun.management.jmxremote.ssl=false -Dcom.sun.management.jmxremote.authenticate=false"
    2  
    3 #注意点:
    4 #1、用hostname -i 查看是否为127.0.01,如果是,则必须配置-Djava.rmi.server.hostname为本机IP。
    5 #2、检查防火墙(iptables)是否开启,以及是否开放jmxremote.port所指定的端口。

     

     

    本文为转载,为了方便查阅,特将此编文章复制到一根草的下面,请包涵,转载地址为http://my.oschina.net/shking/blog/167566

监控JVM工具

  • 0

    开心

    开心

  • 0

    板砖

    板砖

  • 0

    感动

    感动

  • 0

    有用

    有用

  • 0

    疑问

    疑问

  • 0

    难过

    难过

  • 0

    无聊

    无聊

  • 0

    震惊

    震惊

编辑推荐
1.jvmstat jvmstat是图形版的jstat,由Java 官方提供,目前最新版本为3.0。 下载地址:http://www.o
2009年8月20日 java JVM监控工具介绍 java JVM监控工具介绍 jstatd 启动jvm监控服务。它是一个基于r
JVM监控工具介绍 jstatd 启动jvm监控服务。它是一个基于rmi的应用,向远程机器提供本机jvm应用程序
前篇文章已经介绍了一些JDK 中自带的监控工具,但是这些工具都是基于文本界面的,无法很直观的看出
jstatd 启动jvm监控服务。它是一个基于rmi的应用,向远程机器提供本机jvm应用程序的信息。默认端口1
JVM监控工具介绍 jstatd 启动jvm监控服务。它是一个基于rmi的应用,向远程机器提供本机jvm应用程序
首先就是下载这个工具链接: http://java.sun.com/performance/jvmstat/ 配置本地的环境变量加入JVM
jstatd 启动jvm监控服务。它是一个基于rmi的应用,向远程机器提供本机jvm应用程序的信息。默认端口1
http://hqman.iteye.com/blog/167796 JVM监控工具介绍 jstatd 启动jvm监控服务。它是一个基于rmi的
前篇文章已经介绍了一些JDK 中自带的监控工具,但是这些工具都是基于文本界面的,无法很直观的看出
版权所有 IT知识库 CopyRight © 2009-2015 IT知识库 IT610.com , All Rights Reserved. 京ICP备09083238号