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

Question

我正在Windows 8.1 64位上开发java swing应用程序，带有4GB内存和JDK版本8u20 64位。

问题是当我使用带有监视器选项的Netbeans profiler启动应用程序时。

加载第一个Jframe时，应用程序Memory Heap约为18mb，JVM进程大小约为50mb（Image1）。

然后，当我启动另一个Jframe时，它包含一个带有webView的JFxPanel，堆跳到45mb，JVM进程跳到700mb，非常快（image2），这非常令人困惑。然后，当我关闭第二个JFrame，它被释放，并创建一个系统。调用gc（），JVM执行gc（在大多数情况下），堆下降到20mb左右，但JVM进程从未下降（图3）。

为什么内存堆（45MB）和JVM进程（699MB）之间存在巨大差异？为什么JVM需要这么多内存？如何减少这个数量？我正在使用这些虚拟机选项启动应用程序：

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

编辑：-我刚刚读到链接中的问题JVM内存使用失控，他也有同样的问题，但情况不同，他的堆大小约占JVM进程总内存大小的33%，在我的情况下不到7%，他同时做多项工作（Tomcat webapp），我没有（java摇摆应用程序），他没有使用与我相同的VM参数启动他的应用程序。

更新：-第一个JFrame启动后（图1）

第二个JFrame启动后（图2）

第二个JFrame关闭后（图3）

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

-client 
-XX:+UseCompressedOops 

并使用JDK 8u25 32位，因为正如在这个答案中提到的https://stackoverflow.com/a/15471505/423182664位版本在JRE中不包含客户端文件夹，将忽略-client参数。

结果是，当第二个JFrame打开时，总内存进程跃升至540Mb，堆大小（在三点中）与64位版本几乎相同，这是否确认这是一个与JVM相关的问题（相同的堆大小和总进程大小的260Mb差异）？

Answer 1

虚拟内存分配基本上是不相关的（请参阅此答案的解释），与实际内存使用情况非常不同。JVM不是为限制虚拟内存分配而设计的，请参阅关于限制虚拟内存使用的问题
最终用户可能会在任务管理器中看到大量虚拟内存的使用，但这基本上是没有意义的。本文将解释Windows任务管理器中显示的不同内存使用量。总结：在Windows任务管理器中，查看“内存（专用工作集）”和“页面错误增量”（后者的相关性在本答案中解释）。