深入理解Java虚拟机之性能监控与故障处理工具

前面几篇讲了关于JVM的理论知识,今天介绍几个JDK的命令行工具,来快速定位线上问题。

JDK的命令行工具

深入理解Java虚拟机之性能监控与故障处理工具

jps:虚拟机进程状况工具

用法:jps命令格式:jsp [options] [hostid]

jps执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jps -l
3409 tale-least.jar
23702 org.apache.catalina.startup.Bootstrap
26779 sun.tools.jps.Jps
复制代码

jps工具主要选项:

深入理解Java虚拟机之性能监控与故障处理工具

jstat:虚拟机统计信息监视工具

jstat命令格式:jstat [option vmid [ interval[s|ms] [count] ] ]

jstat执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jstat -gc 3409 5s 2
 S0C    S1C    S0U    S1U      EC       EU        OC         OU       MC     MU    CCSC   CCSU   YGC     YGCT    FGC    FGCT     GCT   
4352.0 4352.0  0.0   208.6  34944.0  26126.4   87424.0    28452.7   28160.0 26891.3 3072.0 2755.0   3583    9.813   1      0.035    9.848
4352.0 4352.0  0.0   208.6  34944.0  26126.4   87424.0    28452.7   28160.0 26891.3 3072.0 2755.0   3583    9.813   1      0.035    9.848
复制代码

执行样例中3409是进程ID,5s是每隔五秒查询一次,2是一共查询两次。

  • S0C: Young Generation第一个survivor space的内存大小 (kB).
  • S1C: Young Generation第二个survivor space的内存大小 (kB).
  • S0U: Young Generation第一个Survivor space当前已使用的内存大小 (kB).
  • S1U: Young Generation第二个Survivor space当前已经使用的内存大小 (kB).
  • EC: Young Generation中eden space的内存大小 (kB).
  • EU: Young Generation中Eden space当前已使用的内存大小 (kB).
  • OC: Old Generation的内存大小 (kB).
  • OU: Old Generation当前已使用的内存大小 (kB).
  • PC: Permanent Generation的内存大小 (kB)
  • PU: Permanent Generation当前已使用的内存大小 (kB).
  • YGC: 从启动到采样时Young Generation GC的次数
  • YGCT: 从启动到采样时Young Generation GC所用的时间 (s).
  • FGC: 从启动到采样时Old Generation GC的次数.
  • FGCT: 从启动到采样时Old Generation GC所用的时间 (s).
  • GCT: 从启动到采样时GC所用的总时间 (s).
    可以使用 ps -p pid -o etime 查看下进程的运行时间:
[root@izbp13zpfq979odk0kub10z ~]# ps -p 3409 -o etime
    ELAPSED
104-04:30:20
复制代码

哈哈,104天才执行一次YGC与FGC才这么点。如果YGC过于频繁说明eden不够了,可以考虑加机器。正常来说FGC应该占整个GC(YGC+FGC)的1%到5%才正常,如果FGC过于频繁,可以考虑增大MaxPermSize的值。

jstat主要工具选项:

深入理解Java虚拟机之性能监控与故障处理工具

jinfo:Java配置信息工具

用来实时地查看和调整虚拟机各项参数

jinfo命令格式:jinfo [ option ] pid

jinfo执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jinfo -flag MaxHeapSize 3409
-XX:MaxHeapSize=134217728
复制代码

jinfo工具主要选项:

深入理解Java虚拟机之性能监控与故障处理工具

jmap:Java内存映像工具

命令用于生成堆转储快照(一般称为heapdump或dump文件)

jmap命令格式:jmap [option] vmid

jmap执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jmap -dump:live,format=b,file=blog.log 3409
Dumping heap to /root/blog.log ...
Heap dump file created
复制代码

jmap主要工具选项:

深入理解Java虚拟机之性能监控与故障处理工具

jhat:虚拟机堆转储快照分析工具

jhat(JVM Heap Analysis Tool)命令与jmap搭配使用,来分析jmap生成的堆转储快照。一般不会直接使用jhat命令来分析dump文件,主要原因有二:一是一般不会在部署应用程序的服务器上直接分析dump文件;另外一个原因是jhat的分析功能相对来说比较简陋。

jhat执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jhat blog.log 
Reading from blog.log...
Dump file created Tue Sep 11 22:52:53 CST 2018
Snapshot read, resolving...
Resolving 281153 objects...
Chasing references, expect 56 dots........................................................
Eliminating duplicate references........................................................
Snapshot resolved.
复制代码

jstack:Java堆栈跟踪工具

jstack(Stack Trace for Java)命令用于生产虚拟机当前时刻的线程快照(一般称为threaddump或者javacore文件)。线程快照就是当虚拟机内每一条线程正在执行的方法堆栈集合,生产线程快照的主要目的是定位线程出现长时间停顿的原因,如线程间死、死循环、请求外部资源导致长时间等待等都是导致线程长时间停顿的常见原因。线程出现停顿的时候通过jstack来查看各个线程的调用堆栈,就可以知道没有响应的线程到底在后台做些什么事情,或者等待着什么资源。

jstack命令格式:jstack [option] vmid

jstack执行样例:

[root@izbp13zpfq979odk0kub10z ~]# jstack -l 3409
2018-09-11 22:57:24
Full thread dump Java HotSpot(TM) 64-Bit Server VM (25.152-b16 mixed mode):

"blade-pool-252" #252 prio=5 os_prio=0 tid=0x00007fcbf00bb000 nid=0x4845 waiting on condition [0x00007fcbd2fee000]
   java.lang.Thread.State: TIMED_WAITING (parking)
    at sun.misc.Unsafe.park(Native Method)
    - parking to wait for  <0x00000000fb242608> (a java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject)
    at java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
    at java.util.concurrent.locks.AbstractQueuedSynchronizer$ConditionObject.awaitNanos(AbstractQueuedSynchronizer.java:2078)
    at org.eclipse.jetty.util.BlockingArrayQueue.poll(BlockingArrayQueue.java:392)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.idleJobPoll(QueuedThreadPool.java:564)
    at org.eclipse.jetty.util.thread.QueuedThreadPool.access$800(QueuedThreadPool.java:49)
    at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:627)
    at java.lang.Thread.run(Thread.java:748)

   Locked ownable synchronizers:
    - None
复制代码

jstack主要工具选项:

深入理解Java虚拟机之性能监控与故障处理工具

如果读完觉得有收获的话,欢迎点赞、关注、加公众号【Java在线】,查阅更多精彩历史!!!

原文 

https://juejin.im/post/5bb0c06a6fb9a05cdc499b18

本站部分文章源于互联网,本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供。如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。

PS:推荐一个微信公众号: askHarries 或者qq群:474807195,里面会分享一些资深架构师录制的视频录像:有Spring,MyBatis,Netty源码分析,高并发、高性能、分布式、微服务架构的原理,JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源,目前受益良多

转载请注明原文出处:Harries Blog™ » 深入理解Java虚拟机之性能监控与故障处理工具

赞 (0)
分享到:更多 ()

评论 0

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址