java - visualvm-“已用堆”中包含什么？

我正在尝试了解 visualvm 的输出(需要创建具有相同信息的控制台实用程序)，但无法理解-“Used heap”中包含哪些 Java 内存部分？

例如-让我们来:

$ jmap -heap 27200
Attaching to process ID 27200, please wait...
Debugger attached successfully.
Server compiler detected.
JVM version is 20.45-b01

using thread-local object allocation.
Parallel GC with 4 thread(s)

Heap Configuration:
   MinHeapFreeRatio = 40
   MaxHeapFreeRatio = 70
   MaxHeapSize      = 1073741824 (1024.0MB)
   NewSize          = 1310720 (1.25MB)
   MaxNewSize       = 17592186044415 MB
   OldSize          = 5439488 (5.1875MB)
   NewRatio         = 2
   SurvivorRatio    = 8
   PermSize         = 21757952 (20.75MB)
   MaxPermSize      = 1073741824 (1024.0MB)

Heap Usage:
PS Young Generation
Eden Space:
   capacity = 352452608 (336.125MB)
   used     = 319379152 (304.5836944580078MB)
   free     = 33073456 (31.541305541992188MB)
   90.61619768181713% used
From Space:
   capacity = 2686976 (2.5625MB)
   used     = 2326528 (2.21875MB)
   free     = 360448 (0.34375MB)
   86.58536585365853% used
To Space:
   capacity = 2752512 (2.625MB)
   used     = 0 (0.0MB)
   free     = 2752512 (2.625MB)
   0.0% used
PS Old Generation
   capacity = 715849728 (682.6875MB)
   used     = 253887896 (242.1263656616211MB)
   free     = 461961832 (440.5611343383789MB)
   35.46664698879371% used
PS Perm Generation
   capacity = 185139200 (176.5625MB)
   used     = 126335488 (120.48291015625MB)
   free     = 58803712 (56.07958984375MB)
   68.23810840707965% used

我的建议- visualvm 的“已用堆”是:
Eden Space + From Space + To Space + Old Generation(不包括Perm Generation-因为它显示在其他选项卡上)

这是正确的吗？

最佳答案

我相信您的假设是正确的，该图显示了一个橙色区域，该区域代表为该JVM实例预先分配的总堆空间(即，由-Xmx，-Xms定义)，而通常摆动的蓝色区域是实时的监视堆空间，该空间由年轻(伊甸园，幸存者=从＆到)和老一代空间组成。

因此，如果您需要从jmap解析信息并将此数据呈现在命令行界面实用程序中，则需要解析包含该信息的所有行(不包括您所指出的“Perm Generation”)。
使用的= 319379152(304.5836944580078MB)

改进工具的建议是提交一份特别报告，重点关注旧一代空间的重大变化，因为这将反映完整的GC周期(自从“世界停止”以来，这比Young区域的周期更为关键。算法会影响您的应用程序的性能)，您可以检查此类循环的频率，如果需要更复杂的方法，则可以在完整GC循环的持续时间内解析GC日志。

如果您有兴趣，我会在我的博客中发布有关此内容的文章:
https://marcelorjava.wordpress.com/2011/01/21/logs-do-garbage-collector/