JAVA进程内存分析

  • Z时代
  • 2024-01-10
  • 分类：综合

java

我们经常会碰到JAVA进程的内存问题。比如，堆内设了2G，但JAVA进程总内存却远远超过这个值，4G，6G ... 。那么，我就需要分析到底内存分配到哪里了。

笔者采用Linux top命令和JAVA NMT解决了堆外内存泄漏问题。问题描述如下：

一些应用在不确定的时间点，内存会突增，直到内存耗尽，java进程被os杀死。诊断步骤：

1. 使用 top + 定时器，2分钟一次拍照，并保存到本地文件系统。

2. 使用NMT+定时器，2分钟一次拍照，并保存到本地文件系统。

通过top能定位到是哪个进程内存消耗产生大的波动。NMT能定位Java进程内部的内存消耗。最后，发现java进程内的internal部分内存波动较大。最后通过查看heap dump发现了DirectByteBuf的大量实例未释放，定位到gc root，找到问题。

这里，top和NMT的一些细节信息需要做个笔记：

1. top统计的是实实在在消费的内存。如：top -p <pid> 得到下图：RES(常驻内存)是进程真实消耗的内存，预定内存不会统计在内。比如：Java 启动参数设置：-Xms1024M -Xmx1024M, RES不会等于1024M+，而是实际使用的内存。如果Java堆生成对象，top的RES会动态增长。但，GC后，RES不会缩减。

 2. NMT信息,如下图

java heap部分：reserved=-Xmx设置的值，committed初始值=-Xms设置的值，最终通过创建对象达到-Xmx的值。其他值未找到答案，知道的话告知一声。

#!/bin/bash
datetime=`date +'%Y%m%d-%H%M'`
ymd=`date +'%Y%m%d'`
logdir="/opt/logs/topmonitor"
if [[ ! -d $logdir/$ymd ]];then
        mkdir -p $logdir/$ymd
fi
top -b -n 1 > $logdir/$ymd/top-$datetime.txt
iostat -xdm 1 5 > $logdir/$ymd/iostat-$datetime.txt
vmstat 1 5 > $logdir/$ymd/vmstat-$datetime.txt
/sbin/iotop -b -n 1 > $logdir/$ymd/iotop-$datetime.txt
rm -rf `find $logdir -ctime +7 -name *.txt`

　　

以上是 JAVA进程内存分析 的全部内容， 来源链接： utcz.com/z/392766.html

回到顶部