为什么我的Java堆转储大小比使用的内存小得多？

Question

我们正试图找到web应用程序中大内存泄漏的罪魁祸首。我们在查找内存泄漏方面的经验相当有限，但我们了解了如何使用jmap创建java堆转储，并在Eclipse mat中对其进行分析。

但是，由于我们的应用程序使用56/60GB内存，堆转储的大小只有16GB，在Eclipse mat中就更少了。

对于我们的java应用程序，我们的服务器使用Ubuntu14.04上的Wildfly8.2.0，其进程使用了95%的可用内存。在进行转储时，我们的缓冲区/缓存使用的空间为56GB。

我们使用以下命令创建转储:sudo-u{application user}jmap-dump:file=/mnt/heapdump/dump_prd.bin{pid}

堆转储文件的大小是164GB，当使用Eclipse MAT分析它时，它说有大约1GB的活动对象和大约148GB的不可达/浅堆。

编辑：这里有一些关于我们看到的问题的更多信息。我们监控我们的内存使用，我们看到它不断增长，直到有大约300MB的空闲内存。然后它保持在该内存量附近，直到进程崩溃，不幸的是，应用程序日志中没有错误。

这使得我们认为这是一个硬OOM错误，因为只有当内存接近耗尽时才会发生这种情况。我们对JVM使用设置-xms25000m-xmx40000m。

基本上，我们想知道为什么我们的大部分内存没有被捕获在这个转储中。顶部保留的大小类看起来不太可疑，所以我们想知道是否有与堆转储相关的东西我们做错了。

Answer 1

在转储堆时，JVM将首先运行垃圾收集循环以释放任何无法访问的对象。

如何在Java5上进行堆转储而不先收集垃圾？

根据我的经验，在一个真正的OutOfMemoryError中，您的应用程序仅仅需要比可用的堆空间更多的堆空间，这个GC是一个愚蠢的差事，最终的堆转储将是最大的大小。堆大小。

当堆转储小得多时，这意味着系统并不是真正的内存不足，而是可能有内存压力。例如，存在java.lang.outofMemoryError：GC开销限制超出错误，这意味着JVM可能已经能够释放足够的内存来服务一些新的分配请求，但它必须花费太多的时间来收集垃圾。

也有可能你没有记忆问题。你凭什么认为你会这么做？您没有提到任何关于堆使用或OutofMemoryError的内容。您只提到了JVM对操作系统的内存占用。