JVM进程大小和内存堆大小之间的巨大差异
我正在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位，因为如本答案https://stackoverflow.com/a/15471505/4231826中所述，64位版本不包含JRE中的客户端文件夹，并将忽略-client参数。
结果是，当第二个JFrame打开时，总内存进程跳转到540Mb ，并且堆大小（在三个点中）与64位版本中的数量几乎相同，这是否证实这是一个与问题相关的问题到JVM（相同的堆大小和总进程大小的260Mb差异）？
虚拟内存分配大多无关紧要（请参阅此答案的解释），与实际内存使用情况大不相同。 JVM不是为限制虚拟内存分配而设计的，请参阅限制虚拟内存使用的问题。
最终用户可能会在任务管理器中看到大量虚拟内存使用情况，但这几乎毫无意义。 本文将介绍Windows任务管理器中显示的内存使用的不同数字。 总结：在Windows任务管理器中查看“内存（私有工作集）”和“页面错误增量”（后者的相关性在本回答中进行了解释）。