Linux查看某个服务JVM的GC和堆内存使用情况

一、  使用 jps 命令查看配置了JVM的服务

 jps

标红部分是进程号

二、查看某个进程JVM的GC使用情况

  jstat -gc 71614 5000

  jstat -gc 进程号 刷新时间

    S0C:年轻代中第一个survivor(幸存区)的容量 (字节) 
    S1C:年轻代中第二个survivor(幸存区)的容量 (字节) 
    S0U:年轻代中第一个survivor(幸存区)目前已使用空间 (字节) 
    S1U:年轻代中第二个survivor(幸存区)目前已使用空间 (字节) 
    EC:年轻代中Eden(伊甸园)的容量 (字节) 
    EU:年轻代中Eden(伊甸园)目前已使用空间 (字节) 
    OC:Old代的容量 (字节) 
    OU:Old代目前已使用空间 (字节)
    YGC:从应用程序启动到采样时年轻代中gc次数 
    YGCT:从应用程序启动到采样时年轻代中gc所用时间(s) 
    FGC:从应用程序启动到采样时old代(全gc)gc次数 
    FGCT:从应用程序启动到采样时old代(全gc)gc所用时间(s) 
    GCT:从应用程序启动到采样时gc用的总时间(s) 

三、查看堆内存使用情况

jmap -heap 71614

jmap -heap 进程号

Heap Configuration:   #堆配置情况 
   MinHeapFreeRatio         = 40  #堆最小使用比例
   MaxHeapFreeRatio         = 70  #堆最大使用比例
   MaxHeapSize              = 8589934592 (8192.0MB)  #堆最大空间
   NewSize                  = 1363144 (1.2999954223632812MB) #新生代初始化大小
   MaxNewSize               = 5152702464 (4914.0MB)          #新生代可使用最大容量大小
   OldSize                  = 5452592 (5.1999969482421875MB) #老生代大小
   NewRatio                 = 2   #新生代比例
   SurvivorRatio            = 8   #新生代与suvivor的占比
   MetaspaceSize            = 21807104 (20.796875MB) #元数据空间初始大小
   CompressedClassSpaceSize = 1073741824 (1024.0MB) #类指针压缩空间大小, 默认为1G
   MaxMetaspaceSize         = 17592186044415 MB  #元数据空间的最大值, 超过此值就会触发 GC溢出( JVM会动态地改变此值)
   G1HeapRegionSize         = 2097152 (2.0MB) #区块的大小

Heap Usage:
G1 Heap:
   regions  = 4096  # G1区块初始化大小
   capacity = 8589934592 (8192.0MB)  #G1区块最大可使用大小
   used     = 1557972768 (1485.7986145019531MB)  #G1区块已使用内存
   free     = 7031961824 (6706.201385498047MB)   #G1区块空闲内存
   18.137190118432045% used     #G1区块使用比例
G1 Young Generation:  #新生代
Eden Space:  #Eden区空间
   regions  = 670
   capacity = 2699034624 (2574.0MB)
   used     = 1405091840 (1340.0MB)
   free     = 1293942784 (1234.0MB)
   52.05905205905206% used
Survivor Space: #Survivor区
   regions  = 3
   capacity = 6291456 (6.0MB)
   used     = 6291456 (6.0MB)
   free     = 0 (0.0MB)
   100.0% used
G1 Old Generation: #老生代
   regions  = 72
   capacity = 1589641216 (1516.0MB)
   used     = 146589472 (139.79861450195312MB)
   free     = 1443051744 (1376.2013854980469MB)
   9.221544492213267% used

 

<think>好的,用户的问题是关于如何使用pmap来分析Java进程的堆内存堆外内存的使用情况。我需要先回忆一下pmap的基本用法,以及Java内存管理相关的知识。 首先,pmap是Linux下的一个工具,可以显示进程的内存映射情况。每个条目对应一段虚拟内存区域,包括地址、大小、权限、映射文件等信息。用户可能已经知道这些,但需要指导如何具体分析堆堆外内存。 Java的内存分为堆内存Heap堆外内存(Native Memory)。堆内存JVM的垃圾回收器管理,而堆外内存则包括直接内存(如NIO的DirectBuffer)、JNI分配的内存、线程栈、元数据区等。这些堆外内存不会显示在标准的JVM内存监控工具中,比如jstat,所以pmap可能是一个补充手段。 接下来,用户提供的引用中提到NMT(Native Memory Tracking)pmap结合使用。引用[2][3]提到NMT可以跟踪JVM内部的内存使用,而pmap查看进程的地址空间。所以,可能需要先启用NMT来获取更详细的信息,再结合pmap的结果进行分析。 首先,如何启用NMT呢?启动JVM时加上参数-XX:NativeMemoryTracking=detail,然后使用jcmd命令来获取NMT的数据。例如jcmd <pid> VM.native_memory detail。这可以帮助用户看到JVM自身对Native Memory的使用情况,比如内部数据结构、线程、代码缓存等。但用户的问题是用pmap来分析,所以需要将pmap的输出NMT的数据结合起来。 pmap的输出中有多个内存区域,其中堆内存通常对应的是Java堆,也就是通过-Xmx设置的最大堆大小。在pmap中,堆内存可能显示为匿名内存块(anon),并且大小接近-Xmx的值。例如,如果用户设置了-Xmx4G,pmap中可能会有一个大约4G的匿名内存段,这可能就是堆内存。 而堆外内存则可能包括其他部分,比如由JVM分配的元空间(Metaspace)、线程栈、JNI库、直接缓冲区等。这些在pmap中可能表现为不同的内存区域,比如映射到文件的内存(比如libjvm.so)、匿名内存等。需要注意的是,pmap显示的是虚拟内存,而实际使用的物理内存(RSS)可能不同,用户可能更关心实际占用情况。 用户可能需要用pmap -x <pid>来查看更详细的信息,包括RSS。然后,他们可以过滤出较大的内存块进行分析。例如,查找大的匿名内存块,其中可能包括堆直接内存。但如何区分堆堆外呢? 堆的大小通常由JVM参数控制,所以用户可以根据启动参数中的-Xmx-Xms来估计堆内存的大小。而堆外内存可能包括多个部分,如NMT中显示的Internal(代码缓存、GC内部结构等)、Thread(线程栈)、Arena(内存分配区)等。这些在pmap中可能分散在不同的内存区域。 例如,元空间(Metaspace)在Java 8之后使用本地内存,所以如果用户看到较大的匿名内存块,并且不属于堆的大小,可能是Metaspace。线程栈通常每个线程分配一定的内存(如1MB),所以如果有100个线程,大约会有100MB的栈内存,这在pmap中可能有多个相同大小的区域。 此外,直接内存(Direct Buffer)是通过ByteBuffer.allocateDirect分配的,这部分内存也会在pmap中显示为匿名内存。用户可能需要结合NMT的数据,查看DirectBuffer的大小,然后在pmap中找到对应的大块内存。 可能的步骤是: 1. 使用NMT获取详细的堆外内存分配情况。 2. 使用pmap查看进程的内存映射,找出大块的内存区域。 3. 对比两者的信息,确定哪些区域属于堆,哪些属于堆外内存。 用户还可能需要注意,pmap中的内存区域可能有重复统计,因为不同的内存段可能属于不同的类别。例如,JVM本身的代码库文件会映射到内存中,但这些通常属于只读或共享内存,可能不是用户关注的堆外内存部分。 另外,用户可能需要关注anon(匿名内存)堆(heap)的关系。在pmap中,堆内存通常是连续的匿名内存块,而其他如mmap分配的内存可能是文件映射或匿名大页内存。 用户可能遇到的问题是如何确定某个匿名内存块是否属于堆。这时候可以结合JVM的堆地址范围,通过pmap的输出中的地址空间来判断。例如,JVM启动时可能会输出堆的起始地址,或者在NMT的输出中给出堆的地址范围,然后pmap中的地址进行比对。 不过,这可能比较复杂。更简单的方法可能是根据大小来判断,比如堆的大小由-Xmx决定,所以最大的匿名内存块可能就是堆。剩下的较大匿名块可能是直接内存或其他堆外分配。 总结起来,用户需要: 1. 启用NMT,获取详细的堆外内存信息。 2. 使用pmap -x查看进程的内存映射,关注RSS较大的区域。 3. 结合NMT的数据,分析各个内存区域的归属,如堆、Metaspace、Direct Buffer等。 可能还需要注意,pmap显示的是虚拟内存大小,而实际使用的物理内存可能不同,所以关注RSS列更为准确。此外,JVM的内存管理可能存在碎片,所以多个小块的匿名内存可能属于堆外分配。 最后,用户可能需要一个具体的例子来说明这个过程。例如,使用pmap输出中的某个大块anon内存,对应NMT中的某个部分,如Internal或Direct Buffer。通过这样的对比,用户可以确定堆外内存的主要使用情况。</think>### 分步说明:如何通过 pmap 分析 Java 进程的堆内存与堆外内存 #### 1. **获取目标进程的 PID** 使用 `jps` 或 `ps` 命令获取 Java 进程的 PID: ```bash jps -l ``` #### 2. **使用 pmap 查看内存映射** 执行以下命令查看进程的详细内存映射(重点关注 **RSS(实际物理内存占用)** **Anonymous(匿名内存)** 字段): ```bash pmap -x <PID> | less ``` **输出示例**: ``` Address Kbytes RSS Dirty Mode Mapping 0000000000400000 4 4 0 r-x-- java 0000000000600000 4 4 4 rw--- java ... 00007f3d80000000 4194304 1048576 1048576 rw--- [anon] <-- 可能是堆内存 00007f3dc0000000 262144 0 0 ----- [anon] ... ``` #### 3. **识别堆内存** - **堆内存特点**: - 通常是最大的匿名内存块(`[anon]`),大小接近 JVM 参数 `-Xmx` 设置的值。 - 在 pmap 中表现为连续的大块 `rw---` 权限的匿名内存(如示例中的 `00007f3d80000000` 段)。 - **验证方法**: 结合 JVM 启动参数 `-Xmx` 的值,确认匿名内存块是否匹配。例如,若 `-Xmx4g`,则堆内存可能对应约 `4,194,304 KB`(即 4GB)的匿名内存段。 #### 4. **分析堆外内存(Native Memory)** - **堆外内存组成**: - **直接内存(Direct Buffer)**:通过 `ByteBuffer.allocateDirect()` 分配。 - **元空间(Metaspace)**:存储类元数据,由 `-XX:MaxMetaspaceSize` 控制。 - **线程栈**:每个线程默认约 1MB(由 `-Xss` 控制)。 - **JNI 代码与本地库**:如 `libjvm.so` 或第三方本地库。 - **识别方法**: 1. **直接内存**:查找较大的匿名内存块(`[anon]`),结合 NMT 数据确认(见下文)。 2. **元空间**:通常为分散的中等大小匿名内存块。 3. **线程栈**:多个固定大小(如 1024KB)的 `rw---` 匿名内存段。 4. **本地库**:映射到 `.so` 文件的段(如 `libjvm.so`),RSS 可能较高但通常为共享内存。 #### 5. **结合 NMT 验证堆外内存** - **启用 NMT**: 启动 JVM 时添加参数 `-XX:NativeMemoryTracking=detail`。 - **获取 NMT 报告**: ```bash jcmd <PID> VM.native_memory detail ``` - **关键字段解释**: - `Total`:总占用量。 - `Reserved`:保留的虚拟内存。 - `Committed`:实际提交的物理内存。 - 分类:`Internal`(GC 内部结构)、`Thread`(线程栈)、`Arena`(内存分配区)、`Other`(直接内存等)。 #### 6. **交叉分析示例** - **NMT 输出片段**: ``` Native Memory Tracking: Total: reserved=5GB, committed=2GB - Java Heap
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值