I have a web-based Java application running under Tomcat 5.0.16,\nstarted with the following JVM options:\n\n-Xms128m\n-Xmx2304m\n-Dcom.sun.management.jmxremote\n-Dcom.sun.management.jmxremote.port=<port>\n-Dcom.sun.management.jmxremote.ssl=false\n-Dcom.sun.management.jmxremote.authenticate=false\n-Djava.awt.headless=true\n-Dsun.net.client.defaultReadTimeout=600000\n-Dsun.net.client.defaultConnectTimeout=120000\n-XX:+HeapDumpOnOutOfMemoryError\n-Djavax.net.ssl.trustStoreType=PKCS12\n-Djavax.net.ssl.trustStore=/opt/validation/xxxx.xxx\n-Djavax.net.ssl.trustStorePassword=xxxxxx\n-Xloggc:/home/gmh2441/gc.dat\n-d64\n-server\n\n(my JVM version is 1.5.0_11 (64 bit))\n\nIn monitoring the application, both with jconsole (from JDK 1.5) and\nlooking at the garbage collection log, I have seen that after several\ndays of usage, there are no longer any minor GCs taking place; it\nappears, from the jconsole graph, that objects go straight from Eden\nspace to tenured space, and the GC takes place there. I see this in\nthe GC log as after those several days, there are no minor GCs listed\nin my log, only full GCs. As far as I know, there are no explicit\ncalls to System.gc() in the application. I know that using RMI causes\na full GC every minute by default, but I'm seeing too many full GCs\nfor this to be the case. What does this lack of minor GCs indicate?\n\nThanks!\n\nLynn.