Jstack Jmap jstat
jstack jmap jstat
代码，这里以这个为例怎样使用jstack诊断Java应用程序故障
public class DeadLock {
public static void main(String[] args) {
final Object obj_1 = new Object(), obj_2 = new Object();
Thread t1 = new Thread("t1"){
@Override
public void run() {
synchronized (obj_1) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {}
synchronized (obj_2) {
System.out.println("thread t1 done.");
}
}
}
};
Thread t2 = new Thread("t2"){
@Override
public void run() {
synchronized (obj_2) {
try {
Thread.sleep(3000);
} catch (InterruptedException e) {}
synchronized (obj_1) {
System.out.println("thread t2 done.");
}
}
}
};
t1.start();
t2.start();
}
}
jstack 死锁问题
root@ubuntu:~# jstack 5606
2015-01-24 13:45:07
Full thread dump Java HotSpot(TM) 64-Bit Server VM (23.7-b01 mixed mode):
"Attach Listener" daemon prio=10 tid=0x0000000001441800 nid=0x165d waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"DestroyJavaVM" prio=10 tid=0x00007f435007b000 nid=0x15e7 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"t2" prio=10 tid=0x00007f4350079000 nid=0x15f5 waiting for monitor entry [0x00007f4356b5d000]
java.lang.Thread.State: BLOCKED (on object monitor)
at DeadLock$2.run(DeadLock.java:30)
- waiting to lock <0x0000000085800808> (a java.lang.Object)
- locked <0x0000000085800818> (a java.lang.Object)
"t1" prio=10 tid=0x00007f4350077000 nid=0x15f4 waiting for monitor entry [0x00007f4356c5e000]
java.lang.Thread.State: BLOCKED (on object monitor)
at DeadLock$1.run(DeadLock.java:15)
- waiting to lock <0x0000000085800818> (a java.lang.Object)
- locked <0x0000000085800808> (a java.lang.Object)
"Service Thread" daemon prio=10 tid=0x00007f4350056000 nid=0x15f2 runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"C2 CompilerThread1" daemon prio=10 tid=0x00007f4350053000 nid=0x15f1 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"C2 CompilerThread0" daemon prio=10 tid=0x00007f4350050000 nid=0x15f0 waiting on condition [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Signal Dispatcher" daemon prio=10 tid=0x00007f435004e000 nid=0x15ef runnable [0x0000000000000000]
java.lang.Thread.State: RUNNABLE
"Finalizer" daemon prio=10 tid=0x00007f4350001000 nid=0x15ee in Object.wait() [0x00007f4357739000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x0000000085808120> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:135)
- locked <0x0000000085808120> (a java.lang.ref.ReferenceQueue$Lock)
at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:151)
at java.lang.ref.Finalizer$FinalizerThread.run(Finalizer.java:177)
"Reference Handler" daemon prio=10 tid=0x00000000014d2000 nid=0x15ed in Object.wait() [0x00007f435783a000]
java.lang.Thread.State: WAITING (on object monitor)
at java.lang.Object.wait(Native Method)
- waiting on <0x00000000858006b8> (a java.lang.ref.Reference$Lock)
at java.lang.Object.wait(Object.java:503)
at java.lang.ref.Reference$ReferenceHandler.run(Reference.java:133)
- locked <0x00000000858006b8> (a java.lang.ref.Reference$Lock)
"VM Thread" prio=10 tid=0x00000000014ca800 nid=0x15ec runnable
"GC task thread#0 (ParallelGC)" prio=10 tid=0x000000000144f000 nid=0x15e8 runnable
"GC task thread#1 (ParallelGC)" prio=10 tid=0x0000000001451000 nid=0x15e9 runnable
"GC task thread#2 (ParallelGC)" prio=10 tid=0x0000000001453000 nid=0x15ea runnable
"GC task thread#3 (ParallelGC)" prio=10 tid=0x0000000001455000 nid=0x15eb runnable
"VM Periodic Task Thread" prio=10 tid=0x00007f4350068800 nid=0x15f3 waiting on condition
JNI global references: 111
Found one Java-level deadlock:
=============================
"t2":
waiting to lock monitor 0x00000000014d9600 (object 0x0000000085800808, a java.lang.Object),
which is held by "t1"
"t1":
waiting to lock monitor 0x00000000014d8250 (object 0x0000000085800818, a java.lang.Object),
which is held by "t2"
Java stack information for the threads listed above:
===================================================
"t2":
at DeadLock$2.run(DeadLock.java:30)
- waiting to lock <0x0000000085800808> (a java.lang.Object)
- locked <0x0000000085800818> (a java.lang.Object)
"t1":
at DeadLock$1.run(DeadLock.java:15)
- waiting to lock <0x0000000085800818> (a java.lang.Object)
- locked <0x0000000085800808> (a java.lang.Object)
Found 1 deadlock.
jmap
jmap -dump:live,format=b,file=jmapfile 5606
jhat -J-Xmx1024M jmapfile,可以通过http://ip:7000查看
instance 数量 http://172.16.10.187:7000/histo/
root@ubuntu:~# jhat -J-Xmx1024M jmapfile
Reading from jmapfile...
Dump file created Sat Jan 24 11:39:28 CST 2015
Snapshot read, resolving...
Resolving 4839 objects...
Chasing references, expect 0 dots
Eliminating duplicate references
Snapshot resolved.
Started HTTP server on port 7000
Server is ready.
也可以直接
jmap -histo 5606
root@ubuntu:~# jmap -histo 5606
num #instances #bytes class name
----------------------------------------------
1: 344 1305352 [I
2: 5315 727592 <methodKlass>
3: 5315 640880 <constMethodKlass>
4: 356 407288 <constantPoolKlass>
5: 322 257216 <constantPoolCacheKlass>
6: 356 255536 <instanceKlassKlass>
7: 428 81568 [B
8: 879 76496 [C
9: 416 50712 java.lang.Class
10: 573 37152 [[I
11: 536 33704 [S
12: 43 24768 <objArrayKlassKlass>
13: 858 20592 java.lang.String
14: 312 13144 [Ljava.lang.Object;
15: 107 7704 java.lang.reflect.Field
16: 8 4608 <typeArrayKlassKlass>
17: 108 3456 java.util.Hashtable$Entry
18: 11 2288 <klassKlass>
19: 52 1904 [Ljava.lang.String;
20: 38 1824 sun.util.locale.LocaleObjectCache$CacheEntry
21: 55 1760 java.util.concurrent.ConcurrentHashMap$HashEntry
22: 40 1600 java.util.concurrent.ConcurrentHashMap$Segment
23: 16 1344 [Ljava.util.HashMap$Entry;
24: 40 1280 java.util.concurrent.locks.ReentrantLock$NonfairSync
25: 40 1088 [Ljava.util.concurrent.ConcurrentHashMap$HashEntry;
26: 16 1024 java.net.URL
27: 6 992 [Ljava.util.Hashtable$Entry;
28: 14 784 java.util.HashMap
29: 19 760 java.io.ObjectStreamField
30: 19 760 sun.util.locale.BaseLocale$Key
jstat
-class： 统计class loader 行为信息
-compiler： 统计编译行为信息
-gc：统计jdk gc时heap信息
-gccapacity：统计不同的generations（新生代、老生代、永久代）相应的heap容量信息
-gccause：统计gc的情况，以及引起gc的事情。同-gcutil
-gcnew：统计新生代的gc情况
-gcnewcapacity：统计新生代gc时heap的容量信息
-gcold：统计老生代的gc情况
-gcoldcapacity：统计老生代gc时heap容量信息
-gcpermcapacity：统计永久代gc时的容量信息
-gcutil：统计heap的gc情况
-printcompilation：
jstat -gcutil 5606 100 10
root@ubuntu:~# jstat -gcutil 5606 100 10
S0 S1 E O P YGC YGCT FGC FGCT GCT
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
0.00 0.00 4.00 0.71 11.33 1 0.001 1 0.007 0.008
结果信息：
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 — 从应用程序启动到采样时用于垃圾回收的总时间(单位秒)
jstat -gccapacity 3851 1000 10
root@ubuntu:~# jstat -gccapacity 5606 1000 10
NGCMN NGCMX NGC S0C S1C EC OGCMN OGCMX OGC OC PGCMN PGCMX PGC PC YGC FGC
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
41792.0 668992.0 41792.0 5184.0 5184.0 31424.0 83648.0 1338048.0 31680.0 31680.0 21248.0 83968.0 21248.0 21248.0 1 1
Jstack Jmap jstat的更多相关文章
- JVM性能调优监控工具专题一：JVM自带性能调优工具（jps,jstack,jmap,jhat,jstat,hprof)
性能分析工具jstatjmapjhatjstack 前提概要: JDK本身提供了很多方便的JVM性能调优监控工具,除了集成式的VisualVM和jConsole外,还有jps.jsta ...
- jvm 内存dump、gc查看、线程死锁，jmap、jstack、jstat
1. jstat 这个命令对于查看Jvm的堆栈信息很有用.能够查看eden,survivor,old,perm等heap的capacity,utility信息 对于查看系统是不是有能存泄漏以及 ...
- linux下jmap,jstat和jstack使用
刚好用到,转自http://blog.csdn.net/sinat_29581293/article/details/70214436 有空再整理: 先jps -ml 再sudo -u hive /u ...
- 【jvm】java查看内存使用jmap,jstat和jstack使用 ，docker启动服务下查看jvm使用情况
[声明,如果是docker启动的服务,可以在进入容器内后,再使用如下命令操作] [docker exec -it 容器ID /bin/bash 即可进入容器内] [如果不是docker启动的 ...
- java自带工具-jps、jinfo、jstack、jstat、jmap
掌握java自带的这些监控工具,有助与我们很好的分析问题和jvm性能调优秀.收集了些网上整理很好的文章. Java监控工具.调优.调试辅助函数 Java自带的GUI性能监控工具Jconsole以及Ji ...
- jvm性能监控（3）-jdk自带工具 jps jstack jmap
一.概要: jps -l 查看现有的java进程 jps -l 显示所有正在运行的java进程id jstack 查看Java线程 jstack -l pid; 做thread dump ...
- JVM 自带性能监测调优工具 （jstack、jstat）及 JVM GC 调优
1. jstack:占用最多资源(CPU 内存)的Java代码 https://www.cnblogs.com/chengJAVA/p/5821218.html https://blog.csdn.n ...
- top/free/df/jstack/jmap
上面的输出,load average后面分别是1分钟.5分钟.15分钟的负载情况.数据是每隔5秒钟检查一次活跃的进程数,然后根据这个数值算出来的.如果这个数除以CPU 的数目,结果高于5的时候就表明系 ...
- Java 工程师成神之路 | 2019正式版
本文为转载,原文见以下链接:https://mp.weixin.qq.com/s/4AMzq87V6eW3YPgE0mCdSw 1 基础篇 01 面向对象 → 什么是面向对象 面向对象.面向过程 面向 ...
随机推荐
- Fedora下依赖库的解决
转载于http://blog.sina.com.cn/s/blog_6f74890d0101dpp4.html x86_64版本的fedora中打开共享对象文件失败的解决小技巧———以qq for l ...
- Linux（Ubuntu）下安装NodeJs
用以下命令来升级系统,并且安装一些Node.JS必要的包. Linux(Ubuntu)下安装NodeJs 安装nodeJS之前,如果没有安装g++ make libssl-dev等, 1.更新系统和依 ...
- JDBC之存储过程
存储过程的语法创建就不说了,这里这篇博客 就挺详细了http://blog.sina.com.cn/s/blog_52d20fbf0100ofd5.html. 1. Java代码调用没有参数的存错过程 ...
- PCA、ZCA白化
白化是一种重要的预处理过程,其目的就是降低输入数据的冗余性,使得经过白化处理的输入数据具有如下性质:(i)特征之间相关性较低:(ii)所有特征具有相同的方差. 白化又分为PCA白化和ZCA白化,在数据 ...
- CentOS 6.3下Samba服务器的安装与配置方法(图文详解)
这篇文章主要介绍了CentOS 6.3下Samba服务器的安装与配置方法(图文详解),需要的朋友可以参考下 一.简介 Samba是一个能让Linux系统应用Microsoft网络通讯协议的软件, ...
- PHP之打开文件
今天在看<PHP与MySQL程序设计(第四版)>(ISBN: 9787115253521)的时候,183页,如下图: 尝试:$file = fopen("F:\Books\投行笔 ...
- day6
开发一个简单的python计算器 实现加减乘除及拓号优先级解析 用户输入 1 - 2 * ( (60-30 +(-40/5) * (9-2*5/3 + 7 /3*99/4*2998 +10 * 568 ...
- linux系统的初化始配置
一.网络的初始化 1.ip地址的修改(临时生效) 使用ifconfig命令 ifconfig 网卡名 ip地址 子网掩码 [root@localhost /]# ifconfig eno1677773 ...
- 【转】Caffe初试（十）命令行解析
caffe的运行提供三种接口:C++接口(命令行).Python接口和matlab接口.本文先对命令行进行解析,后续会依次介绍其它两种接口. caffe的C++主程序(caffe.cpp)放在根目录下 ...
- STL string的构造函数
前几天在网上,一位网友问我几个问题如下: , 'A'); string S1 = "abcdefg"; , ); ); cout << "s0 = " ...