我正在
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差异)?