little lily's Blog

zz from http://jiajun.javaeye.com/blog/443196

一、概述  

    SUN 的JDK中的几个工具，非常好用。秉承着有免费，不用商用的原则。以下简单介绍一下这几种工具。(注：本文章下的所有工具都存在JDK5.0以上版本的工具集里，同javac一样，不须特意安装)  。
      
    我一共找到以下四个工具：重点看看jconsole和jmap。

二、 使用介绍：  
      
    1、jstat ：我想很多人都是用过unix系统里的ps命令，这个命令主要是用来显示当前系统的进程情况，有哪些进程，及其 id。 jps 也是一样，它的作用是显示当前系统的java进程情况，及其id号。我们可以通过它来查看我们到底启动了几个java进程（因为每一个java程序都会独占一个java虚拟机实例），和他们的进程号（为下面几个程序做准备），并可通过opt来查看这些进程的详细启动参数。  
    使用方法：在当前命令行下打 jps(需要JAVA_HOME，没有的话，到改程序的目录下打) 。

可惜没有linux下的ps好用，名称不好用。但是在第四个工具jconsole的界面里面会有具体JAR包的名称。
      
    2、jstat ：对VM内存使用量进行监控。  
    jstat工具特别强大，有众多的可选项，详细查看堆内各个部分的使用量，以及加载类的数量。使用时，需加上查看进程的进程id，和所选参数。以下详细介绍各个参数的意义。  
    jstat -class pid:显示加载class的数量，及所占空间等信息。  
    jstat -compiler pid:显示VM实时编译的数量等信息。  
    jstat -gc pid:可以显示gc的信息，查看gc的次数，及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。  
    jstat -gccapacity:可以显示，VM内存中三代（young,old,perm）对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是但前perm内存占用量。其他的可以根据这个类推， OC是old内纯的占用量。  
    jstat -gcnew pid:new对象的信息。  
    jstat -gcnewcapacity pid:new对象的信息及其占用量。  
    jstat -gcold pid:old对象的信息。  
    jstat -gcoldcapacity pid:old对象的信息及其占用量。  
    jstat -gcpermcapacity pid: perm对象的信息及其占用量。  
    jstat -util pid:统计gc信息统计。  
    jstat -printcompilation pid:当前VM执行的信息。  
    除了以上一个参数外，还可以同时加上 两个数字，如：jstat -printcompilation 3024 250 6是每250毫秒打印一次，一共打印6次，还可以加上-h3每三行显示一下标题。  
      
   3、jmap 是一个可以输出所有内存中对象的工具，甚至可以将VM 中的heap，以二进制输出成文本。使用方法 jmap -histo pid。如果连用 SHELL jmap -histo pid>a.log可以将其保存到文本中去（windows下也可以使用），在一段时间后，使用文本对比工具，可以对比出GC回收了哪些对象。jmap -dump:format=b,file=f1 3024可以将3024进程的内存heap输出出来到f1文件里。  
      
    4、jconsole 是一个用java写的GUI程序，用来监控VM，并可监控远程的VM，非常易用，而且功能非常强。由于是GUI程序，这里就不详细介绍了，不会的地方可以参考ＳＵＮ的官方文档。  
    使用方法：命令行里打 jconsole，选则进程就可以了。  
      
    友好提示：windows查看进程号，由于任务管理器默认的情况下是不显示进程id号的，所以可以通过如下方法加上。ctrl+alt+del打开任务管理器，选择‘进程’选项卡，点‘查看’->''选择列''->加上''PID''，就可以了。当然还有其他很好的选项。

三、参考资料：

    article:http://elf8848.javaeye.com/blog/442806

    jps:http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jps.html 

    jstat:http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jstat.html 

    jmap:http://java.sun.com/j2se/1.5.0/docs/tooldocs/share/jmap.html 

    jconsole:http://java.sun.com/j2se/1.5.0/docs/guide/management/jconsole.html       

 zz from http://rdc.taobao.com/blog/qa/?p=1198

性能测试过程中，我们该如何监控java虚拟机内存的使用情况，用以判断JVM是否存在内存问题呢？如何判断JVM垃圾回收是否正常？一般的top指令基本上满足不了这样的需求，因为它主要监控的是总体的系统资源，很难定位到java应用程序。

在项目实践过程中，我们探索和使用了一款新工具－－Jstat。
    先秀一下。Jstat是JDK自带的一个轻量级小工具。全称“Java Virtual Machine statistics monitoring tool”，它位于java的bin目录下，主要利用JVM内建的指令对Java应用程序的资源和性能进行实时的命令行的监控，包括了对Heap size和垃圾回收状况的监控。可见，Jstat是轻量级的、专门针对JVM的工具，非常适用。
那，该怎么用呢？
    语法结构如下：jstat [Options] vmid [interval] [count]
    Options — 选项，我们一般使用 -gcutil 查看gc情况
    vmid    — VM的进程号，即当前运行的java进程号
    interval– 间隔时间，单位为秒或者毫秒
    count   — 打印次数，如果缺省则打印无数次
    下面给出一个实际的例子：

纯粹记录一下，在做performance test的时候很有用~~

 zz from http://blog.chinaunix.net/u/20492/showart_164619.html

呵呵，这是偶朋友发过来给偶的，偶一直不大会用，这回大家一起来交流一下吧，希望对大家也有所帮助啊!

  在使用UNIX操作系统的过程中，我们常常会用到各种各样的问题，比如系统运行速度 突然变慢，系统容易死机或者主机所带的终端常出现死机，这时我们常常猜测，是硬盘空间太小，还是内存不足？I/O出现瓶颈，或者是系统的核心参数出了问题？这时，我们应该考虑使用系统给我们提供的sar命令来对系统作一个了解，该命令是系统维护 的重要工具，主要帮助我们掌握系统资源的使用情况，特别是内存和CPU 的使用情况， 是UNIX系统使用者应该掌握的工具之一。 
sar 命令行的常用格式： 

sar [options] [-A] [-o file] t [n] 

在命令行中，n 和t 两个参数组合起来定义采样间隔和次数，t为采样间隔，是必须有的参数，n为采样次数，是可选的，默认值是1，-o file表示将命令结果以二进制格式 存放在文件中，file 在此处不是关键字，是文件名。options 为命令行选项，sar命令 的选项很多，下面只列出常用选项： 

-A：所有报告的总和。 
-u：CPU利用率 
-v：进程、I节点、文件和锁表状态。 
-d：硬盘使用报告。 
-r：没有使用的内存页面和硬盘块。 
-g：串口I/O的情况。 
-b：缓冲区使用情况。 
-a：文件读写情况。 
-c：系统调用情况。 
-R：进程的活动情况。 
-y：终端设备活动情况。 
-w：系统交换活动。 

下面将举例说明。 

例一：使用命令行 sar -u t n 

例如，每60秒采样一次，连续采样5次，观察CPU 的使用情况，并将采样结果以二进制形式存入当前目录下的文件zhou中，需键入如下命令： 

# sar -u -o zhou 60 5 

屏幕显示： 

SCO_SV　　　scosysv　3.2v5.0.5　i80386　　　10/01/2001 
14:43:50　　　%usr　　　%sys　　%wio　　　　%idle(-u) 
14:44:50　　　0　　　　　1　　　　4　　　　　　94 
14:45:50　　　0　　　　　2　　　　4　　　　　　93 
14:46:50　　　0　　　　　2　　　　2　　　　　　96 
14:47:50　　　0　　　　　2　　　　5　　　　　　93 
14:48:50　　　0　　　　　2　　　　2　　　　　　96 
Average　　　 0　　　　　2　　　　4　　　　　　94 

在显示内容包括： 

%usr：CPU处在用户模式下的时间百分比。 
%sys：CPU处在系统模式下的时间百分比。 
%wio：CPU等待输入输出完成时间的百分比。 
%idle：CPU空闲时间百分比。 

在所有的显示中，我们应主要注意%wio和%idle，%wio的值过高，表示硬盘存在I/O瓶颈，%idle值高，表示CPU较空闲，如果%idle值高但系统响应慢时，有可能是CPU等待分配内存，此时应加大内存容量。%idle值如果持续低于10，那么系统的CPU处理能力相对较低，表明系统中最需要解决的资源是CPU。 

如果要查看二进制文件zhou中的内容，则需键入如下sar命令： 

# sar -u -f zhou 

可见，sar命令即可以实时采样，又可以对以往的采样结果进行查询。 

例二：使用命行sar -v t n 

例如，每30秒采样一次，连续采样5次，观察核心表的状态，需键入如下命令： 

# sar -v 30 5 

屏幕显示： 
SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001 
10:33:23 proc-sz ov inod-sz ov file-sz ov lock-sz　　 (-v) 
10:33:53　305/　321 　0　1337/2764　 0　1561/1706　0　40/　128 
10:34:23　308/　321 　0　1340/2764　 0　1587/1706　0　37/　128  
10:34:53　305/　321 　0　1332/2764　 0　1565/1706　0　36/　128 
10:35:23　308/　321 　0　1338/2764　 0　1592/1706　0　37/　128 
10:35:53　308/　321　 0　1335/2764　 0　1591/1706　0　37/　128  

显示内容包括： 

proc-sz：目前核心中正在使用或分配的进程表的表项数，由核心参数MAX-PROC控制。 

inod-sz：目前核心中正在使用或分配的i节点表的表项数，由核心参数 
MAX-INODE控制。 

file-sz： 目前核心中正在使用或分配的文件表的表项数，由核心参数MAX-FILE控制。 

ov：溢出出现的次数。 

Lock-sz：目前核心中正在使用或分配的记录加锁的表项数，由核心参数MAX-FLCKRE控制。 

显示格式为 

实际使用表项/可以使用的表项数 

显示内容表示，核心使用完全正常，三个表没有出现溢出现象，核心参数不需调整，如果出现溢出时，要调整相应的核心参数，将对应的表项数加大。 

例三：使用命行sar -d t n 

例如，每30秒采样一次，连续采样5次，报告设备使用情况，需键入如下命令： 

# sar -d 30 5 

屏幕显示： 

SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001 
11:06:43 device　%busy　　　avque　　　r+w/s　　blks/s　　avwait avserv (-d) 
11:07:13 wd-0　　　1.47　　　2.75　　　4.67　　　14.73　　 5.50 3.14 
11:07:43 wd-0　　　0.43　　　18.77　　 3.07　　　8.66　　　25.11 1.41 
11:08:13 wd-0　　　0.77　　　2.78　　　2.77　　　7.26　　　4.94 2.77 
11:08:43 wd-0　　　1.10　　　11.18　　 4.10　　　11.26　　 27.32 2.68 
11:09:13 wd-0　　　1.97　　　21.78　　 5.86　　　34.06　　　69.66 3.35 
Average wd-0　　　1.15　　　12.11　　 4.09　　　15.19　　　31.12 2.80  

显示内容包括： 

device： sar命令正在监视的块设备的名字。 
%busy： 设备忙时，传送请求所占时间的百分比。 
avque： 队列站满时，未完成请求数量的平均值。 
r+w/s： 每秒传送到设备或从设备传出的数据量。 
blks/s： 每秒传送的块数，每块512字节。 
avwait： 队列占满时传送请求等待队列空闲的平均时间。 
avserv： 完成传送请求所需平均时间（毫秒）。 

在显示的内容中，wd-0是硬盘的名字，%busy的值比较小，说明用于处理传送请求的有效时间太少，文件系统效率不高，一般来讲，%busy值高些，avque值低些，文件系统的效率比较高，如果%busy和avque值相对比较高，说明硬盘传输速度太慢，需调整。 

例四：使用命行sar -b t n 

例如，每30秒采样一次，连续采样5次，报告缓冲区的使用情况，需键入如下命令： 

# sar -b 30 5 

屏幕显示： 

SCO_SV scosysv 3.2v5.0.5 i80386 10/01/2001 
14:54:59 bread/s lread/s %rcache bwrit/s lwrit/s %wcache pread/s pwrit/s (-b) 
14:55:29　0　　147　　100　 5　　21　　78　　 0　　　0 
14:55:59　0　　186　　100　 5　　25　　79　　 0　　　0 
14:56:29　4　　232 　　98　 8　　58　　86　　 0　　　0 
14:56:59　0　　125　　100　 5　　23　　76　　 0　　　0 
14:57:29　0　　 89　　100　 4　　12　　66　　 0　　　0 
Average　 1　　156 　　99　 5　　28　　80　　 0　　　0 

显示内容包括： 

bread/s： 每秒从硬盘读入系统缓冲区buffer的物理块数。 
lread/s： 平均每秒从系统buffer读出的逻辑块数。 
%rcache： 在buffer cache中进行逻辑读的百分比。 
bwrit/s： 平均每秒从系统buffer向磁盘所写的物理块数。 
lwrit/s： 平均每秒写到系统buffer逻辑块数。 
%wcache： 在buffer cache中进行逻辑读的百分比。 
pread/s： 平均每秒请求物理读的次数。 
pwrit/s： 平均每秒请求物理写的次数。 

在显示的内容中，最重要的是%cache和%wcache两列，它们的值体现着buffer的使用效率，%rcache的值小于90或者%wcache的值低于65，应适当增加系统buffer的数量，buffer数量由核心参数NBUF控制，使%rcache达到90左右，%wcache达到80左右。但buffer参数值的多少影响I/O效率，增加buffer，应在较大内存的情况下，否则系统效率反而得不到提高。 

例五：使用命行sar -g t n 

例如，每30秒采样一次，连续采样5次，报告串口I/O的操作情况，需键入如下命令： 

# sar -g 30 5 

屏幕显示： 

SCO_SV scosysv 3.2v5.0.5 i80386　　11/22/2001 
17:07:03 　ovsiohw/s　 ovsiodma/s　　ovclist/s (-g) 
17:07:33　　　0.00　　　0.00　　　0.00 
17:08:03　　　0.00　　　0.00　　　0.00 
17:08:33　　　0.00　　　0.00　　　0.00 
17:09:03　　　0.00　　　0.00　　　0.00 
17:09:33　　　0.00　　　0.00　　　0.00 
Average 　　　0.00　　　0.00　　　0.00 

显示内容包括： 

ovsiohw/s：每秒在串口I/O硬件出现的溢出。 

ovsiodma/s：每秒在串口I/O的直接输入输出通道高速缓存出现的溢出。 

ovclist/s ：每秒字符队列出现的溢出。 

在显示的内容中，每一列的值都是零，表明在采样时间内，系统中没有发生串口I/O溢出现象。