hprof（堆转储大小）比分配的堆小得多
我一直在分析我们服务的Java.lang.OutofMemoryError：Java堆空间，并试图通过Eclipse MAT工具挖掘堆转储。
我们的服务使用8G堆运行，生成的堆转储的大小只有500 MB。
共有1个答案
这听起来太小了，你确定你的内存不足不是由于PermGen空间OOM吗？当您在OOM发生后很长时间手动生成转储文件时，生成的转储文件可能很小，但您的情况并非如此。
-
在使用Java的生产中，我经常遇到一些完全的GC问题，我怀疑内存是由网络库分配来缓冲TCP请求结果的。 我已经在内存使用率很高（大约8GB)时转储了Java堆。我尝试用eclipse MAT分析。hprof文件，该文件大约有8GB。 由于eclipse MAT没有显示完整的堆转储内容，我不知道如何找到应用程序占用这么多内存的原因。
-
Eclipse Memory Analyser文档称它可以打开IBM便携堆转储文件(*.phd):
-
我正在经历内存泄漏，这里有一些细节。 在泄漏后， null null 我很惊讶顶部、堆转储大小和实际堆大小之间的差异。我猜测top和heap之间的区别是垃圾收集器堆和本地堆区域的可能性。但是，为什么堆转储文件大小和实际堆大小（来自eclipse MAT analyzer）会不同呢？ 对这个问题有什么见解吗？ 更新/回答 一些建议是使用jcmd(https://docs.oracle.com/jav
-
问题内容： 我们正试图在我们的Web应用程序中找到导致大量内存泄漏的元凶。我们在发现内存泄漏方面经验有限，但是我们发现了如何使用Eclipse MAT进行Java堆转储并对其进行分析。 但是，对于我们使用56 / 60GB内存的应用程序，堆转储的大小仅为16GB，而在Eclipse MAT中则更少。 语境 我们的服务器将Ubuntu 14.04上的Wildfly 8.2.0用于我们的Java应用程
-
我们正试图找到web应用程序中大内存泄漏的罪魁祸首。我们在查找内存泄漏方面的经验相当有限，但我们了解了如何使用创建java堆转储，并在Eclipse mat中对其进行分析。 但是，由于我们的应用程序使用56/60GB内存，堆转储的大小只有16GB，在Eclipse mat中就更少了。 对于我们的java应用程序，我们的服务器使用Ubuntu14.04上的Wildfly8.2.0，其进程使用了95%
-
我为我的Java web应用程序分配了一个最大值。由于一些内存泄漏，应用程序已经消耗了将近2 GB的分配内存。此时，我已经使用进行了内存转储。在一个实例中，堆转储大小接近>1.5GB，而在另一个实例中，堆转储大小<100 MB。这背后的原因是什么？