java - Sun JVM promise 虚拟内存高消耗

Question

我们有生产 Tomcat (6.0.18) 服务器，它使用以下设置运行:

-server -Xms7000M -Xmx7000M -Xss128k -XX:+UseFastAccessorMethods 
-XX:+HeapDumpOnOutOfMemoryError -Dcom.sun.management.jmxremote.port=7009 
-Dcom.sun.management.jmxremote.authenticate=false 
-Dcom.sun.management.jmxremote.ssl=false -verbose:gc -XX:+PrintGCDetails 
-XX:+PrintGCTimeStamps 
-Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager
-Djava.util.logging.config.file=/opt/apache-tomcat-6.0.18/conf/logging.properties 
-agentlib:jdwp=transport=dt_socket,address=8000,server=y,suspend=n 
-Djava.endorsed.dirs=/opt/apache-tomcat-6.0.18/endorsed 
-classpath :/opt/apache-tomcat-6.0.18/bin/bootstrap.jar

java version "1.6.0_12"
Java(TM) SE Runtime Environment (build 1.6.0_12-b04)
Java HotSpot(TM) 64-Bit Server VM (build 11.2-b01, mixed mode)

经过一段时间的工作，我们(通过 JConsole)得到以下内存消耗:

Current heap size: 3 034 233 kbytes
Maximum heap size: 6 504 832 kbytes
Committed memory:  6 504 832 kbytes
Pending finalization: 0 objects
Garbage collector: Name = 'PS MarkSweep', Collections = 128, Total time spent = 16 minutes
Garbage collector: Name = 'PS Scavenge', Collections = 1 791, Total time spent = 17 minutes

Operating System: Linux 2.6.26-2-amd64
Architecture: amd64
Number of processors: 2

Committed virtual memory: 9 148 856 kbytes
Total physical memory:  8 199 684 kbytes
Free physical memory:     48 060 kbytes
Total swap space: 19 800 072 kbytes
Free swap space: 15 910 212 kbytes

问题是为什么我们有大量已提交的虚拟内存？请注意，最大堆大小约为 7Gb(正如预期，因为 Xmx=7G)。

顶部显示以下内容:

31413 root  18  -2 8970m 7.1g  39m S   90 90.3 351:17.87 java

为什么 JVM 需要额外的 2Gb!虚拟内存？我可以像 JRockit 中那样获得非堆内存分配 http://blogs.oracle.com/jrockit/2009/02/why_is_my_jvm_process_larger_t.html ？

编辑1:Perm为36M。

Answer 1

这个问题似乎是由 JVM 的页面错误数量非常多引起的。最有可能的是，当 Sun 的 JVM 遇到大量页面错误时，它会开始分配额外的虚拟内存(仍然不知道为什么)，这可能反过来会增加 IO 压力，等等。因此，我们的虚拟内存消耗非常高，并且在 Full GC 上会定期挂起(长达 30 分钟)。

三件事帮助我们在生产中获得稳定的工作:

1. Linux 内核交换趋势的减少(有关说明，请参见此处 What Is the Linux Kernel Parameter vm.swappiness? )有很大帮助。我们在所有运行繁重后台 JVM 任务的 Linux 服务器上都有 vm.swappiness=20。

2. 减小最大堆大小值 (-Xmx) 以防止操作系统本身承受过大压力。我们现在在 12GB 机器上有 9GB 的值(value)。

3. 最后但非常重要 - 代码分析和内存分配瓶颈优化，以尽可能消除分配突发。

仅此而已。现在服务器运行得很好。