Last night, we switched the customer box in question from running Tomcat
under Java 7 (64-bit) to Java 8 (64-bit), and all day today, the
processor load from the Tomcat server has been dramatically lighter. I
haven't seen the overall CPU over around 70% today, and haven't seen the
Tomcat's JVM
Dear James, Dear others,
I just get notice of this long thread. Sorry, if already give this suggestion.
But James: If it's possible, you may use (J)VisualVM with the "VisualGC" Plugin
to get some live impressions of "what's going on" with the heaps. To my
experience this visual perceptions is m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
James,
On 2/12/20 4:53 PM, James H. H. Lampert wrote:
> Here is a "Display Java Threads" from the Tomcat server's JVM job:
>
>> Total Aux ThreadName Status CPU
>> I/O 0011 main SELW 1.100 13
From the :
How many VPs does your partition have?
Hardware: Power7 vs Power8/Power9?
How many GC threads?
I wish I knew how to determine the answers to these. What I *do* know is
that the box in question self-IDs as model "22A" (which I've never heard
of, which in itself suggests Power9), wi
James,
> -Original Message-
> From: James H. H. Lampert
> Sent: Wednesday, February 12, 2020 12:47 PM
> To: Tomcat Users List ; Java 400 List l...@lists.midrange.com>
> Subject: Re: JVM job for Tomcat taking lots and lots of CPU
>
> I've got some mor
I've got some more detailed GC stats. The full report runs 600 pages for
just the last 300 GC cycles, so I've just included three cycles worth of
data:
GC Cycle Number : 1801
Basic GC Cycle Information:
Current
On 2/12/20 5:37 AM, Niranjan Babu Bommu wrote:
have you turned on codecahe , if that is true can you monitor codecahe?
known issue with codecache in java 7, when codecache fills up the compiler
may not get get restarted even after the codecache occupancy drops down to
half after the emergency flu
James,
> -Original Message-
> From: James H. H. Lampert
> Sent: Tuesday, February 11, 2020 6:41 PM
> To: Tomcat Users List
> Subject: JVM job for Tomcat taking lots and lots of CPU
>
> Ladies and Gentlemen:
>
> We have a customer installation in which the JV
Hello James,
On Wed, Feb 12, 2020, 6:10 AM James H. H. Lampert
wrote:
> 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
>
have you turned on codecahe , if that is true can you monitor codecahe?
known issue with codecache in java 7, when codecache fills up the compiler
may not get get restarted even after the codecache occupancy drops down to
half after the emergency flushing, this may cause high cpu usage by the
compi
On Tue, Feb 11, 2020, 18:40 James H. H. Lampert
wrote:
> 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 -X
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:
Gar
12 matches
Mail list logo