目前我正在尝试解决Java内存问题:
我的Java应用程序不断使用越来越多的内存和
最终它被Linux OOM杀手杀死了.
可能存在Native Memory泄漏,因为经过检查
使用VisualVM的JVM和Metaspace以及堆看起来都不错.
使用top命令我可以看到JVM使用的内存
不断增加.
本文的第一个图形:
与我在自己的应用程序中看到的完美匹配.
所以我尝试使用JeMalloc来查找各种文章中描述的泄漏.
在这里我遇到了一个问题:当使用jeprof命令时,以后
在jeprof本身的top命令中,它确实显示了使用的函数
最大的内存,但这些是十六进制地址,所以我必须
缺少一些符号.但我不知道我需要哪些包,这是我不知道的.
并安装此包:
debuginfo-install java-1.8.0-openjdk
我试图先完成简单的步骤:
让JeMalloc使用简单的应用程序,例如w.
接下来让它与java -version一起使用.
到目前为止,我还可以从JeMalloc获得完美概述的PDF文件.
接下来让它使用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();
}*/
}
}
使用以下软件:
> Linux CentOS 7
> JeMalloc
> OpenJDK
找到的文章:
要在堆栈跟踪中使用Java类/方法,需要生成将本机代码存储器位置与其原点相关联的映射文件.写作时唯一的工具是https://github.com/jvm-profiling-tools/perf-map-agent
要在堆栈中获得的不仅仅是“解释器”名称,相关代码必须进行JIT编译,因此在JVM命令行选项上使用-XX:CompileThreshold = 1强制执行很有意义(生产IMO除外).
当代理加载到JVM,生成的映射文件和代码JIT编译时,perf可用于报告cpu分析.内存泄漏调查需要更多处理.
如果你的Linux内核是4.9或更高版本,最好的选择是获取bcc及其memleak工具:https://github.com/iovisor/bcc/blob/master/tools/memleak_example.txt
非常感谢Brendan Gregg
Debian系统在一个简单的apt安装bcc之后就已经准备就绪,但RedHat系统需要更多的工作,如2007年的CentOS 7所记录的那样(在CentOS 6上更糟糕)
作为替代方案,perf仅可以使用特定探针报告泄漏堆栈迹线.脚本和示例用法可在https://github.com/dkogan/memory_leak_instrumentation获得,但必须适应Java上下文.