JVM进程大小和内存堆大小之间的巨大差异

Question

我正在Windows 8.1 64bit上开发java swing应用程序,带有4GB RAM,JDK版本为8u20 64bit.

问题是当我使用带有Monitor选项的Netbeans Profiler启动应用程序时.

加载第一个Jframe时,应用程序内存堆约为18mb,JVM进程大小约为50mb(image1).

然后当我启动包含带有webView的JFxPanel的其他Jframe时,Heap跳转到45mb并且JVM 进程非常快地跳到700mb(image2),这非常令人困惑.然后,当我关闭第二个JFrame并且它被释放并调用System.gc()并且JVM执行GC(在大多数情况下)时,堆降低到大约20mb,但JVM进程从不丢弃(image3).

为什么内存堆(45 Mb)和JVM进程(699 Mb)之间存在巨大差异？为什么JVM需要所有内存？以及如何减少这个数额？我正在使用这些vm选项启动应用程序:

-Xms10m  -Xmx60m -Xss192k
-XX:+UseG1GC -XX:MinHeapFreeRatio=5
-XX:MaxHeapFreeRatio=10  -XX:PermSize=20m
-XX:MaxPermSize=32m  

编辑: -我刚刚读到该链接JVM内存使用失控的问题,他有同样的问题,但情况不同他的堆大小是JVM进程内存总大小的33%,在我的情况下小于7 %,他同时做多个工作(Tomcat webapp),我没有(java swing应用程序),他没有使用我所做的相同VM参数启动他的应用程序.

更新: - 在第一个JFrame启动后(image1)

第二个JFrame启动后(image2)

第二个JFrame关闭后(image3)

编辑2: - 我刚刚使用上面相同的VM参数尝试了相同的应用程序并添加了

-client 
-XX:+UseCompressedOops 

并且使用了JDK 8u25 32位,因为如本答案/sf/answers/1083005381/中所述,64位版本不包含JRE中的客户端文件夹,并将忽略-client参数.

结果是当第二个JFrame打开时,总内存进程跳转到540Mb,并且堆大小(在三个点中)与64位版本中的数量几乎相同,这是否确认这是一个与问题相关的问题到JVM(相同的堆大小和总进程大小的260Mb差异)？

Answer 1

虚拟内存分配大多是无关紧要的（请参阅此答案的解释）并且与实际内存使用情况非常不同。JVM 并非旨在限制虚拟内存分配，请参阅有关限制虚拟内存使用的问题。
最终用户可能会在任务管理器中看到大量虚拟内存使用情况，但这大多没有意义。本文解释了 Windows 任务管理器中显示的不同内存使用量数字。总之：在Windows任务管理器中查看“内存（私有工作集）”和“页面错误增量”（后者的相关性在此答案中进行了解释）。