Hi,
Without knowing what your application is doing, here is something you should
look at:
External dependencies.
If your application is stable performance wise at steady state for a few
thousands of GC cycles, and then jumps in resources out of nowhere, it is
very possible that this is due to an
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
On 11/13/2009 2:54 PM, Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
>> Subject: Re: Memory, handles and threads increasing in Tomcat 5.5
>>
>> If your thread count
> From: Christopher Schultz [mailto:ch...@christopherschultz.net]
> Subject: Re: Memory, handles and threads increasing in Tomcat 5.5
>
> If your thread count doubles, I would expect your number of handles to
> quadruple (each worker thread typically has an input and output handl
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Neil,
On 11/12/2009 2:41 PM, Goldsmith, Neil J. (Neil) wrote:
> That graph of threads, total mem and handles for this behavior looks
> like a staircase.
Do they all jump up at the same time?
Does your thread count increase?
Does your number of handl
> From: Goldsmith, Neil J. (Neil) [mailto:ne...@avaya.com]
> Subject: Memory, handles and threads increasing in Tomcat 5.5
>
> We are using perf mon to keep an eye on various counters in Tomcat.
Probably a waste of time. Use a Java profiler to see what's really going on.
>
If you say load is constant, seems to me that threads are stuck for
some reason and tomcat create chunk of another. Thread dumps can
provide answer to what are stucked threads waiting for.
Thread dumps can be taken for example with jconsole, which is part of jdk.
Martin
2009/11/12 Goldsmith, N
We are using Tomcat 5.5 to run high load through our servlets for about
24 hours. The tests run a constant load and repeat the same set of
tests over and over. We are using perf mon to keep an eye on various
counters in Tomcat.
We find after about 8 hours, we see this huge jump in thread coun
