目前,我正在尝试解决Java内存问题:我的Java应用程序不断使用越来越多的内存,最终被Linux OOM杀手杀死。
可能存在本机内存泄漏,因为在使用VisualVM检查JVM之后,元空间和堆看起来都正常。
使用top命令,我可以看到JVM使用的内存在不断增加。
本文中的第一张图片:
与我在自己的应用程序中看到的完全匹配。
因此,我尝试使用JeMalloc查找各种文章中描述的漏洞。在这里我遇到了一个问题:当使用jeprof命令时,以及后来在jeprof中使用top命令时,它确实显示了使用最多内存的函数,但这些函数都是十六进制地址,所以我肯定遗漏了一些符号。但我不知道我需要哪些包,这对我来说是未知的。
我已经找到了这个链接:Link #1
并安装了这个包: debuginfo-install java-1.8.0-openjdk
我先试着完成一些简单的步骤:
让JeMalloc与简单的应用程序一起工作,比如w。接下来,让它与java -version一起工作。到目前为止还不错,我也可以从JeMalloc上得到一个完美的概述。
接下来让它与java -jar simpletest.jar <<一起工作这里我缺少符号例如,如果我不在这里关闭一个GZipInputStream,它就不会显示在JeMalloc结果中。
接下来,让它与java -jar myapplication.jar <<一起工作,这里我也遗漏了符号。
所以我的问题基本上是:我需要什么包才能让JeMalloc显示调试应用程序的所有符号名,例如:
public void test1() {
InputStream fileInputStream = null;
GZipInputStream gzipInputStream = null;
try {
fileInputStream = new FileInputStream("test.zip");
gzipInputStream = new GZIPInputStream(fileInputStream);
int data = gzipInputStream.read();
while (data != -1) {
// do something with data
data = gzipInputStream.read();
}
} catch (Exception ex) {
} finally {
// Disabled to see whether JeMalloc can detect the leak
/*try {
if (gzipInputStream != null) {
gzipInputStream.close();
}
if (fileInputStream != null) {
fileInputStream.close();
}
gzipInputStream = null;
fileInputStream = null;
} catch (IOException e) {
e.printStackTrace();
}*/
}
}
使用以下软件:
7
找到的文章:
发布于 2018-10-12 03:39:39
替换分配器(对于实例使用jemalloc或tcmalloc )来分析内存使用情况可能会提供有关本机内存泄漏来源的提示,但它仅限于JVM中加载的库中可用的本机代码符号。
要在堆栈跟踪中使用Java类/方法,需要生成一个将本机代码内存位置与其来源相关联的映射文件。在编写本文时,唯一的工具是https://github.com/jvm-profiling-tools/perf-map-agent
为了在堆栈中获得更多的“解释器”名称,相关代码必须进行即时编译,因此在JVM命令行选项上强制使用-XX:CompileThreshold=1
是很有趣的(除了在生产环境中)。
当代理加载到虚拟机中,映射文件生成,代码即时编译时,perf
可用于报告CPU性能分析。内存泄漏调查需要更多的处理。
如果您的Linux内核是4.9或更高版本,那么最好的选择是获得bcc
及其memleak
工具:https://github.com/iovisor/bcc/blob/master/tools/memleak_example.txt
非常感谢Brendan Gregg
Debian系统在一个简单的apt install bcc
之后就准备好了,但是RedHat系统需要更多的工作,如http://hydandata.org/installing-ebpf-tools-bcc-and-ply-on-centos-7上的CentOS 7文档所述(在CentOS 6上甚至更糟)
作为替代方案,perf
还可以使用特定探针报告泄漏堆栈跟踪。脚本和示例用法可以在https://github.com/dkogan/memory_leak_instrumentation上找到,但必须适应Java。
https://stackoverflow.com/questions/50714776
复制相似问题