参考文献：
http://www.51testing.com/?uid-188107-action-viewspace-itemid-226468
1.分析内存的工具
Eclipse Memory Analyzer Tool(俗称MAT),下载地址为: http://www.eclipse.org/mat/
使用Memory Analyzer tool(MAT)分析内存泄漏（一）
使用Memory Analyzer tool(MAT)分析内存泄漏（二）
使用前需要在linux上通过jmap -dump:format=b,file={$filename} ${pid}方式将heap的内存快照文件给dump出来，然后就可以通过上面的MAT进行分析了。注意dump出来的文件名要以bin作为后缀名不然可能识别不了哦.
例如: jmap -dump:format=b,file=a.bin 2298
2.线程状态分析
"exec-613" Id=713 in BLOCKED on lock=com.ss.nio.ClientFactory@2262ce5f
owned by tomcatThreadPool-exec-553 Id=623
"exec-553" Id=623 in TIMED_WAITING on lock=com.ss.nio.AbstractRequest@35ce75e at java.lang.Object.wait(Native Method)
"NioProcessor-1" Id=700 in RUNNABLE (running in native)
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:215)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
"RMI TCP Connection(8)-172.25.3.81" Id=698 in RUNNABLE
at sun.management.ThreadImpl.getThreadInfo0(Native Method)
at sun.management.ThreadImpl.getThreadInfo(ThreadImpl.java:145)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
RUNNABLE(正在运行的,消耗cpu) TIMED_WAITING(等待被分配到cpu运行的,现在不消耗cpu) BLOCKED(被阻塞,在阻塞解除前不能被分配cpu执行,现在不消耗cpu)
exec-613占用了锁,exec-553需要的锁被exec-613占用无法执行处于blocked状态.
NioProcessor-1正在运行,并且他的方法在调用native方法.
RMI TCP Connection(8)-172.25.3.81正在运行.
(一) jinfo
jinfo打印一个给定的Java进程或核心文件或一个远程调试服务器的Java配置信息。配置信息包括Java系统属性和JVM命令行标志(更多信息，请参考《jinfo-Configuration Info》)。
(二) jmap
jmap：如果这个工具不使用任何选项（除了pid或core选项）运行，那么它显示类似于Solaris的pmap工具所输出的信息。这个工具支持针对Java堆可观察性的若干其它选项。
在Java SE 6平台中,新加入了一个-dump选项。这样可以使jmap能够把Java堆信息复制到一个文件中，然后我们可以使用新的jhat命令（见下面一节）来分析它。
jmap -dump选项并不使用Solaris libproc来实现实时处理；而是，它运行当前正运行的JVM中的一小段代码，由此来实现堆复制。既然这种堆复制代码运行于JVM内部，那么其速度是比较快的。堆复制的效果大致相当于实现一次"完全的GC"（对整个堆的垃圾收集），再加上把该堆的内容写入到文件中。实现堆复制的另外一种可能的思路是使用 gcore来进行核心复制并且运行"jmap -dump"（这与以"离线"方式运行的核心复制形成对照）。
可以输出某个java进程内存内对象的情况，甚至可以将VM 中的heap，以二进制输出成文本。
| [root@B1943 ~]# jmap -histo 710 >mem.txt(可使用文本对比工具对比出GC回收了哪些对象) 该文件中内容如： num #instances #bytes class name ---------------------------------------------- 4: 1202692 67350752 java.io.ObjectStreamClass$WeakClassKey |
| [root@B1943 ~]#jmap -dump:format=b,file=mem.bin 710 (将该进程heap输出到mem.bin文件中，使用二进制形式。该文件可供其他 分析工具使用，如eclipse memory analyser) 注：jmap使用的时候jvm是处在假死状态的，只能在服务瘫痪的时候为了解决问题来使用，否则会造成服务中断 |
(三) jstack
jstack等价于Solaris的pstack工具。jstack打印所有的Java线程的堆栈跟踪信息（可选地包括本机帧信息），请参考《jstack-堆栈跟踪》。关于锁和死锁的信息也可以被打印，请参考java.util.concurrent locks。
top 时 H显示线程情况
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
29390 mqq 15 0 1696m 1.3g 8784 S 100 16.3 1:46.19 java
29889 mqq 16 0 1696m 1.3g 8784 S 6 16.3 1:23.26 java
29904 mqq 15 0 1696m 1.3g 8784 S 2 16.3 0:14.87 java
29849 mqq 15 0 1696m 1.3g 8784 S 1 16.3 0:14.68 java
29388 mqq 16 0 1696m 1.3g 8784 S 1 16.3 0:12.55 java
29850 mqq 15 0 1696m 1.3g 8784 S 1 16.3 0:15.26 java
其中线程29390转换为16进制为0x72ce,可以查出对应比较耗时线程在做什么
jstack 29364|grep -A10 72ce
"Thread-2" prio=10 tid=0x00002aab0b603c00 nid=0x72ce runnable [0x000000004133b000..0x000000004133baa0]
java.lang.Thread.State: RUNNABLE
at sun.nio.ch.EPollArrayWrapper.epollWait(Native Method)
at sun.nio.ch.EPollArrayWrapper.poll(EPollArrayWrapper.java:215)
at sun.nio.ch.EPollSelectorImpl.doSelect(EPollSelectorImpl.java:65)
at sun.nio.ch.SelectorImpl.lockAndDoSelect(SelectorImpl.java:69)
- locked <0x00002aaab2d972e8> (a sun.nio.ch.Util$1)
- locked <0x00002aaab2d972d0> (a java.util.Collections$UnmodifiableSet)
- locked <0x00002aaab2283470> (a sun.nio.ch.EPollSelectorImpl)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:80)
at sun.nio.ch.SelectorImpl.select(SelectorImpl.java:84)
(四) jsadebugd
jsadebugd依附到一个Java进程或核心文件并且担当一个调试服务器的作用。远程客户，例如jstack、jmap和jinfo，都能够通过Java RMI依附到该服务器。
(五) jhat
jhat是一个Java堆复制浏览器。这个工具分析Java堆复制文件（例如，由上面的 "jmap -dump"所产生的）。Jhat启动一个允许堆中的对象在web浏览器中进行分析的web服务器。这个工具并不是想用于应用系统中而是用于"离线"分析。"jhat工具是平HIDDEN立的"，其意思是，它可以被用来观察在任何平台上所产生的堆复制。例如，我们有可能在Linux系统上使用jhat来观察一个在Solaris OS上所产生的堆复制。
(六)jstat 查出gc情况
很强大的监视jvm内存工具，可用来查看堆内各个部分的使用量，以及加载类的数量。使用时，需指定java进程号。一般使用 -gcutil 查看gc情况。
| [root@B1943 ~]# jstat -class 710（显示加载class的数量，及所占空间等信息） Loaded Bytes Unloaded Bytes Time 11242 24450.0 41 65.8 30.25 |
jstat -compiler pid:显示VM实时编译的数量等信息。
jstat -gc pid:可以显示gc的信息，查看gc的次数及时间。其中最后五项，分别是young gc的次数，young gc的时间，full gc的次数，full gc的时间，gc的总时间。jstat -gccapacity pid:可以显示VM内存中三代（young,old,perm）对象的使用和占用大小，如：PGCMN显示的是最小perm的内存使用量，PGCMX显示的是perm的内存最大使用量，PGC是当前新生成的perm内存占用量，PC是当前perm内存占用量。
语法结构如下：jstat [Options] vmid [interval] [count]
Options — 选项，我们一般使用 -gcutil 查看gc情况
vmid — VM的进程号，即当前运行的java进程号
interval– 间隔时间，单位为秒或者毫秒
count — 打印次数，如果缺省则打印无数次
S0 — Heap上的 Survivor space 0 区已使用空间的百分比
S1 — Heap上的 Survivor space 1 区已使用空间的百分比
E — Heap上的 Eden space 区已使用空间的百分比
O — Heap上的 Old space 区已使用空间的百分比
P — Perm space 区已使用空间的百分比
YGC — 从应用程序启动到采样时发生 Young GC 的次数
YGCT– 从应用程序启动到采样时 Young GC 所用的时间(单位秒)
FGC — 从应用程序启动到采样时发生 Full GC 的次数
FGCT– 从应用程序启动到采样时 Full GC 所用的时间(单位秒)
GCT — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)
实例使用1：
[root@localhost bin]# jstat -gcutil 25444
S0 S1 E O P YGC YGCT FGC FGCT GCT
11.63 0.00 56.46 66.92 98.49 162 0.248 6 0.331 0.579
实例使用2：
[root@localhost bin]# jstat -gcutil 25444 1000 5
S0 S1 E O P YGC YGCT FGC FGCT GCT
73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583
73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583
73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583
73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583
73.54 0.00 99.04 67.52 98.49 166 0.252 6 0.331 0.583
与ps命令类似，用来显示本地的java 进程，查看本地运行着几个java应用，并显示进程号。
| [root@B1943 ~]# jps(只显示进程号) 23813 Jps 710 Bootstrap 792 Bootstrap |
| [root@B1943 ~]# jps -v（显示jvm参数） 23852 Jps -Denv.class.path=.:/usr/jdk1.6.0_21/lib/dt.jar:/usr/jdk1.6.0_21/lib/tools.jar -Dapplication.home=/usr/jdk1.6.0_21 -Xms8m 710 Bootstrap -Xms2048m -Xmx2048m -XX:NewRatio=2 -XX:PermSize=256M -XX:MaxPermSize=512M -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager -Djava.util.logging.config.file=/root/zhusj/apache-tomcat-6.0.18_1/conf/logging.properties -Dcom.sun.management.jmxremote.port=8799 -Dcom.sun.management.jmxremote.authenticate=false -Dcom.sun.management.jmxremote.ssl=false -Djava.endorsed.dirs=/root/zhusj/apache-tomcat-6.0.18_1/endorsed -Dcatalina.base=/root/zhusj/apache-tomcat-6.0.18_1 -Dcatalina.home=/root/zhusj/apache-tomcat-6.0.18_1 -Djava.io.tmpdir=/root/zhusj/apache-tomcat-6.0.18_1/temp |
sar ： 既能收集系统 CPU 、硬盘网络设备等动态数据，更能查看二进制数据文件等。
用法：
sar ［参数选项] t [n] [-o file] （ t 为采样间隔秒，必须有， n 为采样次数，可选，默认值 1 ）
参数说明：
-A 显示所有历史数据，通过读取/var/log/sar 目录下的所有文件，并把它们分门别类的显示出来；
-b 通过设备的I/O 中断读取设置的吞吐率；
-B 报告内存或虚拟内存交换统计；
-c 报告每秒创建的进程数；
-d 报告物理块设备（存储设备）的写入、读取之类的信息，如果直观一点，可以和p 参数共同使用，-dp
-f 从一个二进制的数据文件中读取内容，比如sar -f filename ；
-n 分析网络设备状态的统计，后面可以接的参数有DEV 、EDEV 、NFS 、NFSD 、SOCK 等。比如-n DEV
-o 把统计信息以二进制格式写入一个文件，比如-o filename ；
-u 报告CPU 利用率的参数；
-P 报告每个处理器应用统计，用于多处理器机器，并且启用SMP 内核才有效；
-p 显示友好设备名字，以方便查看，也可以和-d 和-n 参数结合使用；
-r 内存和交换区占用统计；
-t 这个选项对从文件读取数据有用，如果没有这个参数，会以本地时间为标准读出；
-v 报告inode, 文件或其它 内核表的资源占用信息；
-w 报告系统交换活动的信息； 每少交换数据的个数；
-W 报告系统交换活动吞吐信息；
-x 用于监视进程的，在其后要指定进程的PID 值；
-X 用于监视进程的，但指定的应该是一个子进程ID ；
CPU利用率：
| [root@B1943 ~]#sar -u 1 5 14时58分08秒 CPU %user %nice %system %iowait %steal %idle |
%usr cpu 用户模式下时间（百分比）
%sys cpu 系统模式下时间（百分比）
%nice 表示 CPU 在用户层优先级的百分比， 0 表示正常；
%iowait cpu 等待输入 / 输出完成（时间百分比）
%idle cpu 空闲时间（百分比）
将动态信息写入文件中：
[root@localhost ~]#sar -u 1 5 > sar000.txt
[root@localhost ~]# cat sar000.txt
也可以输出到一个二进制的文件中，然后通过 sar 来查看；
[root@localhost ~]#sar -u 1 5 -o sar002
[root@localhost ~]# sar -f sar002
网络设备的吞吐情况：
| [root@B1943 ~]#sar -n DEV 2 5 |grep eth0 15时04分12秒 eth0 6.97 1.00 0.54 0.07 0.00 0.00 0.00 15时04分14秒 eth0 7.50 1.50 0.71 0.16 0.00 0.00 0.00 15时04分16秒 eth0 6.00 1.50 0.43 0.16 0.00 0.00 0.00 15时04分18秒 eth0 7.50 1.50 0.58 0.16 0.00 0.00 0.00 15时04分20秒 eth0 7.50 1.50 0.50 0.16 0.00 0.00 0.00 Average: eth0 7.09 1.40 0.55 0.14 0.00 0.00 0.00 |
IFACE：设备名；
rxpck/s：每秒收到的包；
rxbyt/s：每秒收到的所有包的体积
txbyt/s：每秒传输的所有包的体积；
rxcmp/s：每秒收到数据切割压缩的包总数；
txcmp/s：每秒传输的数据切割压缩的包的总数；
rxmcst/s：每秒收到的多点传送的包。
iostat：用法：
iostat [ -c | -d ] [ -k ] [ -t ] [ -V ] [ -x [ device ] ] [ interval [ count ] ]> outputfile
其中，
-c为汇报CPU的使用情况；
-d为汇报磁盘的使用情况；
-k表示每秒按kilobytes字节显示数据；
-x可获得更多信息；
interval指每次统计间隔的时间；
count指按照这个时间间隔统计的次数。
[root@B1943 ~]# iostat -d -k -x Linux 2.6.18-53.el5 (B1943) 2011年01月13日
Device:
rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await svctm %util sda
0.02 4.10 0.11 1.77 2.11 23.45 27.24 0.00 1.15 0.63 0.12
rrqm/s：每秒这个设备相关的读取请求有多少被Merge了（当系统调用需要读取数据的时候，VFS将请求发到各个FS，如果FS发现不同的读取请求读取的是相同Block的数据，FS会将这个请求合并Merge）；
wrqm/s：每秒这个设备相关的写入请求有多少被Merge了。
rsec/s：每秒读取的扇区数；
wsec/s：每秒写入的扇区数。
r/s：The number of read requests that were issued to the device per second；
w/s：The number of write requests that were issued to the device per second；
await：每一个IO请求的处理的平均时间（单位是微秒）。这里可以理解为IO的响应时间，一般地系统IO响应时间应该低于5ms，如果大于10ms就比较大了。
%util：在统计时间内所有处理IO时间，除以总共统计时间。例如，如果统计间隔1秒，该设备有0.8秒在处理IO，而0.2秒闲置，那么该设备的%util = 0.8/1 = 80%，所以该参数暗示了设备的繁忙程度。一般地，如果该参数是100%
表示设备已经接近满负荷运行了（当然如果是多磁盘，即使%util是100%，因为磁盘的并发能力，所以磁盘使用未必就到了瓶颈）。
[root@B1943 ~]# iostat -d -k Linux 2.6.18-53.el5 (B1943) 2011年01月13日
Device:
tps kB_read/s kB_wrtn/s kB_read kB_wrtn sda
1.88 2.11 23.45 1122861 12458568
tps：该设备每秒的传输次数（Indicate the number of transfers per second that were issued to the device.）。“
一次传输”意思是“一次I/O请求”。多个逻辑请求可能会被合并为“一次I/O请求”。“一次传输”请求的大小是未知的。
kB_read/s：每秒从设备（drive expressed）读取的数据量；
kB_read：读取的总数据量；
kB_wrtn/s：每秒向设备（drive expressed）写入的数据量；
kB_wrtn：写入的总数量数据量；这些单位都为Kilobytes。
iostat -cdx 1 >outfile
cat outfile
vmstat： 也可以输出到文件vmstat > outputfile
Procs
r: The number of processes waiting for run time.
b: The number of processes in uninterruptable sleep.
w: The number of processes swapped out but otherwise runnable.
Memory
swpd: the amount of virtual memory used (kB).
free: the amount of idle memory (kB).
buff: the amount of memory used as buffers (kB).
Swap
si: Amount of memory swapped in from disk (kB/s).
so: Amount of memory swapped to disk (kB/s).
IO
bi: Blocks sent to a block device (blocks/s).
bo: Blocks received from a block device (blocks/s).
System
in: The number of interrupts per second, including the clock.
cs: The number of context switches per second.
CPU
These are percentages of total CPU time.
us: user time
sy: system time
id: idle time
文件句柄数Too many open files
问题描述：java .io.IOException: Too many open files
| [root@B1943 ~]#ulimit -a（查看文件句柄数） [root@B1943 ~]# ulimit -n |
ulimit应该是用户的限制 ，如果太小则修改大小：ulimit -n 2048
如果要重启后仍生效，则可修改/etc/security/limits.conf，后面加上： * - nofile 2048
(此时type用“-”，表示hard和soft同时设定。domain设置为星号代表全局，也可以针对不同的用户做出不同的限制 )
/proc/sys/fs/file-max应该是系统级的限制
| [root@B1943 ~]# cat /proc/sys/fs/file-max（查看） 8192 [root@B1943 ~]# echo 65536 > /proc/sys/fs/file-max（修改） |
如果要重启后仍生效，则可修改 /etc/sysctl.conf，加上：fs.file-max = 65536
另外还有一个，/proc/sys/fs/file-nr
只读，可以看到整个系统目前使用的文件句柄数量
492
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
