为什么我的 Java 堆转储大小比使用的内存小得多？
Why is my Java heap dump size much smaller than used memory?
问题
我们正试图找出网络应用程序中大量内存泄漏的罪魁祸首。我们在查找内存泄漏方面的经验非常有限，但我们发现了如何使用 jmap 进行 java 堆转储并在 Eclipse MAT 中对其进行分析。
但是，对于我们的应用程序使用 56/60GB 内存的情况，堆转储的大小仅为 16GB，在 Eclipse MAT 中甚至更少。
上下文
我们的服务器在 Ubuntu 14.04 上为我们的 java 应用程序使用 Wildfly 8.2.0，其进程使用了 95% 的可用内存。进行转储时，我们的 buffers/cache 使用 space 为 56GB。
我们使用以下命令创建转储：sudo -u {application user} jmap -dump:file=/mnt/heapdump/dump_prd.bin {pid}
堆转储文件大小为 16.4GB，当使用 Eclipse MAT 对其进行分析时，它表示有大约 1GB 活动对象和约 14.8GB unreachable/shallow 堆。
编辑： 这里有一些关于我们看到的问题的更多信息。我们监控我们的内存使用情况，我们看到它越来越大，直到剩下大约 300mb 的可用内存。然后它停留在那个内存量附近，直到进程崩溃，不幸的是应用程序日志中没有错误。
这让我们假设这是一个严重的 OOM 错误，因为这只会在内存接近耗尽时发生。我们为我们的 JVM 使用设置 -Xms25000m -Xmx40000m。
问题
基本上，我们想知道为什么我们的大部分内存没有在此转储中捕获。顶部保留大小 类 看起来不太可疑，因此我们想知道是否存在与堆转储相关的问题，我们做错了什么。
转储其堆时，JVM 将首先 运行 垃圾收集周期以释放任何无法访问的对象。
How can I take a heap dump on Java 5 without garbage collecting first?
根据我的经验，在真正的 OutOfMemoryError 中，您的应用程序只是要求比可用堆 space 更多的堆，此 GC 是徒劳的，最终的堆转储将是最大值的大小。堆大小。
当heap dump比较小的时候，说明系统并不是真正的内存不足，而是可能有内存压力。例如，存在 java.lang.OutOfMemoryError: GC overhead limit exceeded 错误，这意味着 JVM 可能已经能够释放足够的内存来为一些新的分配请求提供服务，但它不得不花费太多时间来收集垃圾。
也有可能你没有内存问题。是什么让你认为你这样做？您没有提及有关堆使用情况或 OutOfMemoryError 的任何内容。您只提到了 JVM 在操作系统上的内存占用。
根据我的经验，堆转储比实际使用的内存小得多可能是由于 JNI 中的泄漏。
尽管您不直接使用任何本机代码，但某些库使用它来加速。
问题
我们正试图找出网络应用程序中大量内存泄漏的罪魁祸首。我们在查找内存泄漏方面的经验非常有限，但我们发现了如何使用 jmap 进行 java 堆转储并在 Eclipse MAT 中对其进行分析。
但是，对于我们的应用程序使用 56/60GB 内存的情况，堆转储的大小仅为 16GB，在 Eclipse MAT 中甚至更少。
上下文
我们的服务器在 Ubuntu 14.04 上为我们的 java 应用程序使用 Wildfly 8.2.0，其进程使用了 95% 的可用内存。进行转储时，我们的 buffers/cache 使用 space 为 56GB。
我们使用以下命令创建转储：sudo -u {application user} jmap -dump:file=/mnt/heapdump/dump_prd.bin {pid}
堆转储文件大小为 16.4GB，当使用 Eclipse MAT 对其进行分析时，它表示有大约 1GB 活动对象和约 14.8GB unreachable/shallow 堆。
编辑： 这里有一些关于我们看到的问题的更多信息。我们监控我们的内存使用情况，我们看到它越来越大，直到剩下大约 300mb 的可用内存。然后它停留在那个内存量附近，直到进程崩溃，不幸的是应用程序日志中没有错误。
这让我们假设这是一个严重的 OOM 错误，因为这只会在内存接近耗尽时发生。我们为我们的 JVM 使用设置 -Xms25000m -Xmx40000m。
问题
基本上，我们想知道为什么我们的大部分内存没有在此转储中捕获。顶部保留大小 类 看起来不太可疑，因此我们想知道是否存在与堆转储相关的问题，我们做错了什么。
转储其堆时，JVM 将首先 运行 垃圾收集周期以释放任何无法访问的对象。
How can I take a heap dump on Java 5 without garbage collecting first?
根据我的经验，在真正的 OutOfMemoryError 中，您的应用程序只是要求比可用堆 space 更多的堆，此 GC 是徒劳的，最终的堆转储将是最大值的大小。堆大小。
当heap dump比较小的时候，说明系统并不是真正的内存不足，而是可能有内存压力。例如，存在 java.lang.OutOfMemoryError: GC overhead limit exceeded 错误，这意味着 JVM 可能已经能够释放足够的内存来为一些新的分配请求提供服务，但它不得不花费太多时间来收集垃圾。
也有可能你没有内存问题。是什么让你认为你这样做？您没有提及有关堆使用情况或 OutOfMemoryError 的任何内容。您只提到了 JVM 在操作系统上的内存占用。
根据我的经验，堆转储比实际使用的内存小得多可能是由于 JNI 中的泄漏。
尽管您不直接使用任何本机代码，但某些库使用它来加速。