Полный GC становится очень частым

У меня есть Java webapp, работающий на одном экземпляре tomcat. Во время пиков webapp обслуживает около 30 страниц в секунду и обычно около 15.

Моя среда:

O/S: SUSE Linux Enterprise Server 10 (x86_64)
RAM: 16GB

server: Tomcat 6.0.20
JVM: Java HotSpot(TM) 64-Bit Server VM 1.6.0_14
JVM options:
CATALINA_OPTS="-Xms512m -Xmx1024m -XX:PermSize=128m -XX:MaxPermSize=256m
               -XX:+UseParallelGC
               -Djava.awt.headless=true
               -verbose:gc -XX:+PrintGCDetails -XX:+PrintGCTimeStamps"
JAVA_OPTS="-server"

Спустя пару дней работоспособности Full GC начинает происходить чаще, и это становится серьезной проблемой для доступности приложения. После перезагрузки tomcat проблема исчезает, но, конечно, возвращается через 5-10 или 30 дней (несовместимо).

The Full GC log before and after a restart is at http://pastebin.com/raw.php?i=4NtkNXmi

Он показывает журнал перед перезагрузкой в ​​течение 6,6 дней, когда приложение страдает, потому что Full GC требуется 2,5 секунды и происходит каждые 6 секунд.

Затем он показывает журнал сразу после перезагрузки, где Full GC происходит только каждые 5-10 минут.

У меня есть две дампы, использующие jmap -dump: format = b, file = dump.hprof PID , когда появляются полные GC (я не уверен, правильно ли я получил их, когда Full GC происходил или между 2 полными GC) и открывал их в http://www.eclipse.org/mat/, но не получил ничего полезного в подозреваемых в утечке:

• 60MB: 1 экземпляр «org.hibernate.impl.SessionFactoryImpl» (я использую спящий режим с ehcache)
• 80MB: 1,024 экземпляра "org.apache.tomcat.util.threads.ThreadWithAttributes" (это, вероятно, 1024 работника tomcat)
• 45MB: 37 экземпляров «net.sf.ehcache.store.compound.impl.MemoryOnlyStore» (это должны быть мои 37 областей кэша в ehcache)

Обратите внимание: я никогда не получаю OutOfMemoryError.

Любые идеи о том, где я должен смотреть дальше?