Java堆转储文件（.hprof）比eclipse MAT中的堆大小大得多
在使用Java的生产中，我经常遇到一些完全的GC问题，我怀疑内存是由网络库分配来缓冲TCP请求结果的。
我已经在内存使用率很高（大约8GB)时转储了Java堆。我尝试用eclipse MAT分析。hprof文件，该文件大约有8GB。
由于eclipse MAT没有显示完整的堆转储内容，我不知道如何找到应用程序占用这么多内存的原因。
共有1个答案
如果使用MAT memory analyzer打开hprof转储，则堆的其余部分可能是无法访问的对象，而MAT默认情况下会隐藏这些对象，请参见https://stackoverflow.com/a/20405267/3484881
-
我一直在分析我们服务的Java.lang.OutofMemoryError：Java堆空间，并试图通过Eclipse MAT工具挖掘堆转储。 我们的服务使用8G堆运行，生成的堆转储的大小只有500 MB。
-
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的初学者，刚开始使用Intellij作为我的IDE。 当我使用它时，有时会延迟。 我更改了我的 xms 和 xmx 以获得更大的堆大小（xms = 1024，xmx = 2048），但它抛出了一个错误。 所以，我把它回滚了。 错误消息是这样的:“初始堆大小设置为大于最大堆大小的值”。 有什么问题？ 如果可能，如何增加最大堆大小？ 我用的是笔记本电脑，它有8GB内存。x64Intelli