JVM job for Tomcat taking lots and lots of CPU

"James H. H. Lampert" <jamesl-6/ELSmrcqeUu8xhjR5IN5AC/[email protected]>
Newsgroups gmane.comp.lang.as400.java
Message-ID <[email protected]>
Ladies and Gentlemen:

We have a customer installation in which the JVM job for our Tomcat 
server is frequently using massive amounts of CPU.

It's Tomcat 7.0.67, running on an AS/400, in a 64-bit Java 7 JVM, with 
-Xms3096m and -Xmx5120m JVM arguments.

GC information on the JVM job shows:
> Garbage collected heap:                                    
>   Initial heap size  . . . . . . . . . :          3096.000M
>   Maximum heap size  . . . . . . . . . :          5120.000M
>   Current heap size  . . . . . . . . . :          4458.562M
>   Heap in use  . . . . . . . . . . . . :          1907.673M
> Other memory:                                              
>   Internal (break) memory size . . . . :           504.982M
>   JIT memory size  . . . . . . . . . . :            74.000M
>   Shared classes memory size . . . . . :             0.000M
> General GC information:                                    
>   Current GC cycle . . . . . . . . . . :               2184
>   GC policy type . . . . . . . . . . . :             GENCON
>   Current GC cycle time  . . . . . . . :                552
>   Accumulated GC time  . . . . . . . . :            5108241

It seems to be doing a lot of garbage-collecting.

Would switching to Java 8 help? Would switching to 7.0.93 help?

--
James H. H. Lampert
-- 
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list
To post a message email: [email protected]
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request-+hD5IHI5Xscn3HwCXmMcX9BPR1lH4CV8@public.gmane.org
Before posting, please take a moment to review the archives
at https://archive.midrange.com/java400-l.

Help support midrange.com by shopping at amazon.com with our affiliate
link: https://amazon.midrange.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.