首页
学习
活动
专区
工具
TVP
发布
社区首页 >问答首页 >使用JeMalloc查找Java应用程序中的本机内存泄漏

使用JeMalloc查找Java应用程序中的本机内存泄漏
EN

Stack Overflow用户
提问于 2018-06-06 15:38:56
回答 1查看 4.1K关注 0票数 7

目前,我正在尝试解决Java内存问题:我的Java应用程序不断使用越来越多的内存,最终被Linux OOM杀手杀死。

可能存在本机内存泄漏,因为在使用VisualVM检查JVM之后,元空间和堆看起来都正常。

使用top命令,我可以看到JVM使用的内存在不断增加。

本文中的第一张图片:

Example #1

与我在自己的应用程序中看到的完全匹配。

因此,我尝试使用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显示调试应用程序的所有符号名,例如:

代码语言:javascript
复制
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

  • JeMalloc

  • OpenJDK

  • Linux CentOS

找到的文章:

Article #1

Article #2

Article #3

Article #4

EN

回答 1

Stack Overflow用户

发布于 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。

票数 4
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/50714776

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档