我们有一个从 Java 1.5.0.19 升级到 Java 1.6.0.21 的 Java webapp
/usr/java/jdk1.6.0_21/bin/java -server -Xms2000m -Xmx3000m -XX:MaxPermSize=256m -Djava.awt.headless=true -Dwg.environment=production -Djava.io.tmpdir=/var/cache/jetty -Dcom.sun.management.jmxremote -Dcom.sun.management.jmxremote.port=31377 -Dcom.sun.management.jmxremote.authenticate=true -Dcom.sun.management.jmxremote.ssl=false -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/tmp/webapp -Dprogram.name=run.sh -Djava.endorsed.dirs=/opt/3p/jboss/lib/endorsed -classpath /opt/3p/jboss/bin/run.jar:/usr/java/jdk1.6.0_21/lib/tools.jar org.jboss.Main -c default
正如你所看到的,它应该预先分配 2GB 的堆,并且最大为 3GB(为什么我们预先分配这么多是因为这个应用程序很古老而且设计不佳,所以有很多东西要加载)。升级到 1.6 后,我们最近看到的问题是内存有时会爆满。虽然内存使用可能是一个应用程序问题,但 JVM 超过了堆的 3GB 最大设置。使用顶部我看到:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
8449 apache 18 0 19.6g 6.9g 5648 S 4.0 84.8 80:42.27 java
那么具有 3GB 堆、256MB permgen 甚至一些开销的 JVM 怎么会消耗 6.9GB 呢?JVM 中的错误将通过升级到 build #35 来修复?java中缺少的东西可能会使用额外的内存?只是想看看有没有人以前见过这个。