JVM学习-内存监控工具(五)

最新推荐文章于 2023-08-09 08:32:10 发布
最新推荐文章于 2023-08-09 08:32:10 发布
阅读量205 收藏 1
点赞数
分类专栏： JVM
原文链接：https://www.cnblogs.com/LQBlog/p/10691903.html
版权

文章主目录

回到顶部

jstat

注以下命令 后面加个毫秒数可以每多少毫秒采集一次

类加载统计

root@iZ2ze2u21foywir3wp68o6Z dubbo_service]# jstat -class 10755

Loaded(加载class的数量kb)  Bytes(所占用空间大小kb)  Unloaded(未加载数量kb)  Bytes(未加载占用空间kb)     Time(时间)   
 15780                      30092.6              210                282.2                         8.39

编译统计

[root@iZ2ze2u21foywir3wp68o6Z dubbo_service]# jstat -compiler 10755
Compiled(编译数量) Failed(失败数量) Invalid(不可用数量)   Time (时间)  FailedType(失败类型) FailedMethod(失败方法)
   20007              3                  0              98.91          1              com/mysql/jdbc/AbandonedConnectionCleanupThread run

gc统计

 jstat -gc 10755 1000 #1秒采集一次
 jstat -gc 1075

 

 

 

复制代码

S0C：年轻代中 To Survivor 的容量（单位 KB）；
S1C：年轻代中 From Survivor 的容量（单位 KB）；
S0U：年轻代中 To Survivor 目前已使用空间（单位 KB）；
S1U：年轻代中 From Survivor 目前已使用空间（单位 KB）；
EC：年轻代中 Eden 的容量（单位 KB）；
EU：年轻代中 Eden 目前已使用空间（单位 KB）；
OC：Old 代的容量（单位 KB）；
OU：Old 代目前已使用空间（单位 KB）；
MC：Metaspace 的容量（单位 KB）；
MU：Metaspace 目前已使用空间（单位 KB）；
YGC：从应用程序启动到采样时年轻代中 gc 次数；
YGCT：从应用程序启动到采样时年轻代中 gc 所用时间 (s)；
FGC：从应用程序启动到采样时 old 代（全 gc）gc 次数；
FGCT：从应用程序启动到采样时 old 代（全 gc）gc 所用时间 (s)；
GCT：从应用程序启动到采样时 gc 用的总时间 (s)。

复制代码

堆内分配统计

jstat -gccapacity 10755

复制代码

NGCMN：新生代最小容量
NGCMX：新生代最大容量
NGC：当前新生代容量
S0C：第一个幸存区大小
S1C：第二个幸存区的大小
EC：伊甸园区的大小
OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC:当前老年代大小
MCMN:最小元数据容量
MCMX：最大元数据容量
MC：当前元数据空间大小
CCSMN：最小压缩类空间大小
CCSMX：最大压缩类空间大小
CCSC：当前压缩类空间大小
YGC：年轻代gc次数
FGC：老年代GC次数

复制代码

新生代gc和内存情况统计

jstat -gcnew 10755

 

 

 

复制代码

S0C：第一个幸存区大小
S1C：第二个幸存区的大小
S0U：第一个幸存区的使用大小
S1U：第二个幸存区的使用大小
TT:对象在新生代存活的次数
MTT:对象在新生代存活的最大次数
DSS:期望的幸存区大小
EC：伊甸园区的大小
EU：伊甸园区的使用大小
YGC：年轻代垃圾回收次数
YGCT：年轻代垃圾回收消耗时间

复制代码

老年代gc和内存情况统计

 

 

复制代码

MC：方法区大小
MU：方法区使用大小
CCSC:压缩类空间大小
CCSU:压缩类空间使用大小
OC：老年代大小
OU：老年代使用大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

复制代码

老年代垃圾回收统计

 jstat -gcold 10755

老年代内存统计

jstat -gcoldcapacity 10755

 

 

 

复制代码

OGCMN：老年代最小容量
OGCMX：老年代最大容量
OGC：当前老年代大小
OC：老年代大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

复制代码

jdk1.7永久代统计

jstat -gcpermcapacity 19570

 

 

 

复制代码

PGCMN:最小永久代容量
PGCMX：最大永久代容量
PGC：当前新生成的永久代空间大小
PC ：永久代空间大小
YGC：年轻代垃圾回收次数
FGC：老年代垃圾回收次数
FGCT：老年代垃圾回收消耗时间
GCT：垃圾回收消耗总时间

复制代码

JDK8 下 元数据空间统计

 jstat -gcmetacapacity 10755

1

2

3

4

5

6

7

8

9

10

MCMN:最小元数据容量

MCMX：最大元数据容量

MC：当前元数据空间大小

CCSMN：最小压缩类空间大小

CCSMX：最大压缩类空间大小

CCSC：当前压缩类空间大小

YGC：年轻代垃圾回收次数

FGC：老年代垃圾回收次数

FGCT：老年代垃圾回收消耗时间

GCT：垃圾回收消耗总时间

　　

总结垃圾回收统计

jstat -gcutil 10755

 

1

2

3

4

5

6

7

8

9

10

S0：幸存1区当前使用比例

S1：幸存2区当前使用比例

E：伊甸园区使用比例

O：老年代使用比例

M：元数据区使用比例

CCS：压缩使用比例

YGC：年轻代垃圾回收次数

FGC：老年代垃圾回收次数

FGCT：老年代垃圾回收消耗时间

GCT：垃圾回收消耗总时间

　　

回到顶部

jstack

统计线程数量

1

./jstack -l 5014  | grep 'java.lang.Thread.State' | wc -l

 

 各个线程状态

1

./jstack 5014 | grep "java.lang.Thread.State" | sort -nr | uniq -c

　

 

 

高CPU占用排查

用来dump线程的堆栈信息 排查死锁和高cpu代码定位

1

2

3

jstack 19751|grep -A20 5295 //查找5295 并打印后20行

jstack 19751|grep -A20 5295  >/root/threaddump.txt//查找5295 并打印后20行 并输出到指定文件

jstack 19751  >/root/threaddump.txt// dump整个线程堆栈并输出到指定文件

参考:《jvm监控-内存泄露排查》

回到顶部

JMAP

查看jvm配置以及内存信息

1.通过ps -ef找到PID

ps -ef|grep "程序名字"

2.通过jmap打印jvm信息

jmap -heap PID

如果出现： sun.jvm.hotspot.runtime.VMVersionMismatchException: Supported versions are 25.191-b12. Target VM is 错误可能是系统装了多jdk,定位到当前jdk 指定使用binn下面的jmap

参考《linux查看jdk安装路径》

复制代码

[root@kuaihe-test3 bin]# ./jmap -heap  19751
Attaching to process ID 19751, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 25.181-b13
#垃圾回收器信息
using thread-local object allocation. # 指的是本地线程分配缓冲(TLAB，Thread Local Allocation Buffer)。并不是栈上分配(Stack Allocation，HotSpot暂时没有做这项优化)。
Parallel GC with 8 thread(s) #并行 8个gc线程

Heap Configuration:
   MinHeapFreeRatio         = 0 #最小堆使用比例
   MaxHeapFreeRatio         = 100 #最大堆使用比例
   MaxHeapSize              = 4164943872 (3972.0MB)  #最大堆空间大小
   NewSize                  = 87031808 (83.0MB)   #新生代分配大小
   MaxNewSize               = 1388314624 (1324.0MB) #最大新生代可分配大小
   OldSize                  = 175112192 (167.0MB)  #老年代大小
   NewRatio                 = 2  #新生代老年代比例
   SurvivorRatio            = 8  #
   MetaspaceSize            = 21807104 (20.796875MB)
   CompressedClassSpaceSize = 1073741824 (1024.0MB)
   MaxMetaspaceSize         = 17592186044415 MB
   G1HeapRegionSize         = 0 (0.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 742391808 (708.0MB)
   used     = 9056640 (8.6370849609375MB)
   free     = 733335168 (699.3629150390625MB)
   1.2199272543697033% used
From Space:
   capacity = 2097152 (2.0MB)
   used     = 0 (0.0MB)
   free     = 2097152 (2.0MB)
   0.0% used
To Space:
   capacity = 13631488 (13.0MB)
   used     = 0 (0.0MB)
   free     = 13631488 (13.0MB)
   0.0% used
PS Old Generation
   capacity = 2776629248 (2648.0MB)
   used     = 2699893784 (2574.8193588256836MB)
   free     = 76735464 (73.1806411743164MB)
   97.23638062030527% used

复制代码

 

配置解读

 View Code

dump内存信息

jmap -dump:format=b,file=/Users/liqiang/Desktop/logs/heap.hprof  pid

查看存活对象情况

复制代码

#只统计存活对象
jmap -histo:live 11230  //只统计存活对象
jmap -histo:live 11230 >/root/histo.txt    //输出到指定路径


#包含未存活对象
jmap -histo 11230
jmap -histo: 11230 >/root/histo.txt    //输出到指定路径

复制代码

查看正在等待执行finalizer方法的对象

jmap -finalizerinfo 10755//10755为PID

 

 

说明当前F-Queue队列中并没有等待Finalizer线程执行finalizer方法的对象。

在jvm回收时标记为垃圾对象,等待被回收时的对象

回到顶部

查看 & 分析 GC 日志

复制代码

-XX:+PrintGC 输出GC日志
-XX:+PrintGCDetails 输出GC的详细日志
-XX:+PrintGCTimeStamps 输出GC的时间戳（以基准时间的形式）
-XX:+PrintGCDateStamps 输出GC的时间戳（以日期的形式，如 2013-05-04T21:53:59.234+0800）
-XX:+PrintHeapAtGC 在进行GC的前后打印出堆的信息
-Xloggc:../logs/gc.log 日志文件的输出路径

复制代码

参数配置

-XX:+PrintGCDateStamps -XX:+PrintGCDetails -Xloggc:./gclogs

gc日志

 View Code

gcviewer

下载地址:https://sourceforge.net/projects/gcviewer/ 将日志拖到gcviewer或者使用gcviewer打开

 

 

 

 各个参数详解见github:https://github.com/chewiebug/GCViewer

GCeasy

将gc日志压缩上传https://www.gceasy.io/index.jsp

各个代分配情况 以及最大峰值使用情况

 

 各个停顿时间的次数和所占百分比 以及最大停顿和平均停顿时间

 

 各个代回收次数 以及停顿时间统计

回到顶部

报错解决

17107: Unable to open socket file: target process not responding or HotSpot VM not loaded
The -F option can be used when the target process is not responding

1.切换到指定进程的用户执行命令。

2.切换到sdk目录尝试https://www.cnblogs.com/LQBlog/p/12896443.html

 

转载至https://www.cnblogs.com/LQBlog/p/10691903.html

victoruu
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
JAVA JVM内存监控工具总结
10-03
【Java JVM内存监控工具详解】 Java JVM内存监控是优化Java应用程序性能的关键环节，而VisualVM作为一款集成多种JDK命令行工具的可视化平台，提供了强大的分析功能。它包含的工具如jps、jstat、jmap、jinfo、jstack...
常见 JVM dump 指令整理
Smile yourlife
12-16 2821
最近排查了生产环境服务假死的问题，CPU 被占满，Java 中的线程都在执行 Full GC，为了 dump JVM 线程栈信息与堆内存信息，查了很多指令。下面做一个常用指令的简单汇总： 查看 Java 进程 jps jrockit dump 操作 jrcmd <pid> hprofdump filename=/test.hprof jstack dump 线程栈信息 jstack <pid> > test.dump 参数： jstack [-l] <pid>
获取JVM堆内存转储的常用方法
铁锚的CSDN博客
09-24 9111
文章目录1. 堆内存转储简介2. 使用JDK内置工具2.1 `jmap` 工具2.2 `jcmd` 工具2.3 JVisualVM 工具3. 自动执行堆内存转储4. JMX方式4.1. JMX客户端工具4.2. 编程方式调用5. 小结 1. 堆内存转储简介 堆内存转储（Heap Dump），是指JVM堆内存在某一个时刻的快照，一般使用 hprof 格式的二进制文件来保存。 可用于分析内存泄漏问题，以及Java程序的内存使用优化。 常见的内存转储分析工具包括: jhat， JVisualVM， 以及基于Ecl
java等待5秒_Java互联网架构-BAT面试100%必问JVM调优
weixin_39956350的博客
11-28 276
欢迎关注头条号：java小马哥周一至周日下午三点半！精品技术文章准时送上！！！精品学习资料获取通道，参见文末JVM 调优概述性能定义吞吐量 - 指不考虑 GC 引起的停顿时间或内存消耗，垃圾收集器能支撑应用达到的最高性能指标。延迟 - 其度量标准是缩短由于垃圾啊收集引起的停顿时间或者完全消除因垃圾收集所引起的停顿，避免应用运行时发生抖动。内存占用 - 垃圾收集器流畅运行所需要的内存数量。调优原则G...
【Java基础】- JVM之Dump文件详解
最新发布
记录总结工作过往
08-09 7871
Thread Dump是非常有用的诊断Java应用问题的工具。每一个Java虚拟机都有及时生成所有线程在某一个点状态的thread-dump的能力，虽然各个Java虚拟机打印的thread dump稍有不同，但是大部分提供了当前活动线程的快照及JVM中所有Java线程的堆栈跟踪信息，堆栈信息一般包含完整的类名及所执行的方法，如果可能还有源码的行数。如果某种类型的对象太多，那么有可能是引用它的那个类的对象太多;基本上一些简单页面的查询，结合原代码，就可以初步定位内存泄漏的地方;
JVM实战(一)： dump文件的产生以及执行shell脚本
热门推荐
lucyLee的博客
09-19 1万+
如何配置jvm参数，在OOM时生成dump文件并执行shell 脚本
详解JVM 运行时内存使用情况监控
08-26
详解 JVM 运行时内存使用情况监控 在 Java 语言中，开发者不能直接控制程序运行内存，对象的创建都是由类加载器一步步解析、执行与生成于内存区域中的。并且 JVM 有自己的垃圾回收器对内存区域管理、回收。然而，...
idea插件JVM内存工具JProfiler11
12-09
IntelliJ IDEA（简称Idea）作为广受欢迎的Java集成开发环境，提供了一系列强大的工具来帮助开发者进行性能调优，其中就包括JProfiler11这款强大的JVM内存分析工具。本文将详细介绍如何使用Idea中的JProfiler11插件，...
jvm内存监控工具使用
04-08
### JVM内存监控工具详解 #### 引言 Java Virtual Machine (JVM) 是运行 Java 应用程序的核心组件，其性能直接影响应用的响应速度和稳定性。JVM 的内存管理是性能优化的关键，尤其是在高并发环境下，合理的内存...
JVM 监控 调优 工具
06-07
本文将深入探讨JVM内存结构、监控工具及其在调优和GC优化中的应用。 **JVM内存机构** JVM内存主要分为以下几个区域： 1. **堆内存（Heap）**：这是JVM中最大的一块内存区域，主要用于存储对象实例。堆被进一步...
java jvm dump文件_各种获取JVM DUMP的方法
weixin_42468413的博客
02-13 6481
JVM 的线程堆栈 dump 也称 core dump，内容为文本，主要包含当时 JVM 的线程堆栈，堆 dump 也称 heap dump，内容为二进制格式，主要包含当时 JVM 堆内存中的内容。由于各个操作系统、各个 JVM 实现不同，即使同一 JVM 实现，各个版本也有差异，本文描述的方法都基于 64 位 Linux 操作系统环境，Java 8 Oracle HotSpot JVM 实现。堆...
jmap命令使用
车晋强的专栏
05-03 1806
jmap用于查看堆内存使用情况，一般结合jhat使用。jmap -permstat pid    打印进程的类加载器和类加载器加载的持久代对象信息，输出：类加载器名称、对象是否存活（不可靠）、对象地址、父类加载器、已加载的类大小等信息，使用jmap -heap pid查看进程堆内存使用情况，包括使用的GC算法、堆配置参数和各代中堆内存使用情况。使用jmap -histo[:live] pid查看堆...
JVM Dump分析
程序猿进阶
04-16 5144
Thread Dump介绍 Thread Dump是非常有用的诊断 Java应用问题的工具。每一个 Java虚拟机都有及时生成所有线程在某一点状态的 thread-dump的能力，虽然各个 Java虚拟机打印的 thread dump略有不同，但是大多都提供了当前活动线程的快照，及 JVM中所有 Java线程的堆栈跟踪信息，堆栈信息一般包含完整的类名及所执行的方法，如果可能的话还有源代码的行数。 Thread Dump特点： 【1】能在各种操作系统下使用； 【2】能在各种 Java应用服务器下使用； 【
JVM笔记
gcl的博客
12-04 1075
JVM学习笔记
java程序性能分析之thread dump和heap dump
wjxbj的博客
06-22 2428
一.dump基本概念         在故障定位(尤其是out of memory)和性能分析的时候，经常会用到一些文件来帮助我们排除代码问题。这些文件记录了JVM运行期间的内存占用、线程执行等情况，这就是我们常说的dump文件。常用的有heap dump和thread dump（也叫javacore，或java dump）。我们可以这么理解：heap dump记录内存信息的，thread ...
jvm生成dump文件
m0_67401417的博客
08-18 1249
二、人工通过执行指令，直接生成当前JVM的dump文件。JVM生成dump文件一般有两种方式。一、 出现OOM时自动生成堆dump。其中6218是JVM的当前进程号。
jvm heap dump的7种方式
赶路人儿
03-02 7125
dump heap是诊断与内存相关的问题的重要手段，例如：内存泄漏、垃圾回收问题和java.lang.OutOfMemoryError。同时也是优化内存消耗的重要手段。有非常多的工具可以dump heap，以及分析转储文件，例如：visualVM、Eclipse MAT和Heap Hero等等。本文介绍7种dump heap的方式。 1、jmap： jmap是jdk自带的工具，可以dump heap到文件。例如： jmap -dump:format=b,file=/opt/tmp/heapdump.
JVM命令之- jmap：导出内存映像文件&内存使用情况
张俊杰 的博客
07-02 3709
jmap全称 JVM Memory Map.作用之一是获取dump文件(堆转储快照文件,二进制文件),还可以获取目标Java进程的内存相关信息,包括Java堆各区域的使用情况、堆中对象的统计信息，类加载信息等等。dump文件(堆转储快照文件,二进制文件)是当前时刻内存中的一些对象一些数据占用内存的大小的记录这样的情况，是一个二进制的文件，需要用专门的工具来打开。1.使用语法可以通过在DOS窗口中使用jmap/jmap -h/jmap -help查看 2. ...
jmap 文件解析_干货分享丨jvm系列：dump文件深度分析
weixin_39968436的博客
01-05 884
摘要：java内存dump是jvm运行时内存的一份快照，利用它可以分析是否存在内存浪费，可以检查内存管理是否合理，当发生OOM的时候，可以找出问题的原因。那么dump文件的内容是什么样的呢？JVM dumpjava内存dump是jvm运行时内存的一份快照，利用它可以分析是否存在内存浪费，可以检查内存管理是否合理，当发生OOM的时候，可以找出问题的原因。那么dump文件的内容是什么样的呢？我们一步一...
VisualVM与JVM内存监控工具详解
"这篇文章主要介绍了JAVA JVM内存监控工具的总结，包括VisualVM和一系列与之相关的JDK命令行工具，如jps、jstat、jmap、jinfo、jstack和JConsole。这些工具提供了对Java进程的内存使用、性能监控和诊断功能，对于...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值