Java进程和堆内存不一致_java – 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 memory usage out of control中的问题,他有同样的问题,但情况不同他的堆大小是整个JVM进程内存大小的33％,在我的情况下小于7％,他正在做多个作业同时(Tomcat webapp),我没有(java swing应用程序),他没有使用我所做的相同VM参数启动他的应用程序.

更新： –

第一个JFrame启动后(image1)

第二个JFrame启动后(image2)

第二个JFrame关闭后(image3)

编辑2： –

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

-client

-XX:+UseCompressedOops

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

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