tomcat-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From vicky007aggar...@yahoo.co.in
Subject Re: Tomcat 6.0 threads
Date Mon, 05 Nov 2012 10:12:43 GMT
Mark actually i have a scenario in which my application receives variable amount of request
depending on time . So at one point i have an approx around 400 users concurrently accessing
my application as a result i have an approx 400 threads but when the request count decreases
the thread count still remains 400 which eventually eat up my system resources. To cater to
this situation i would like to know the option by which i can close my unused threads as maxSparethreads
doesnt exist anymore in tomcat 6.0

Pls advise 

Thanks,
Vicky


On Nov 5, 2012, at 1:46 PM, Mark Eggers <its_toasted@yahoo.com> wrote:

> On 11/4/2012 10:54 PM, vicky007aggarwal@yahoo.co.in wrote:
>> Hi All,
>> 
>> Can somebody please help me out in stopping the surplus threads which
>> get created in tomcat 6.0 as we dont have "maxSpareThreads" attribute
>> anymore in it .. How can we close these threads
>> 
>> Thanks for ur help, Vicky
> 
> I've never noticed a lot of surplus threads when running Tomcat - even
> when not using the Executor. Look at the actual number of threads
> reported in the the "running thread" portion of Probe, or better yet
> enable JMX and use VisualVM with the JMX plugin.
> 
> On a quiet Tomcat 6.0.35 running on Fedora 17 with jre 1.6.0_37 I see 22
> threads (ps -FL [pid] | wc -l). This is with all of the examples loaded
> . . . but I've not accessed that Tomcat so probably things are a bit quieter than normal.
> 
> The real question running throughout all three of your threads now is
> why are you so concerned about the number of threads.
> 
> The Executor will help balance some load on high traffic sites,
> otherwise the private thread pools with appropriately tuned values
> should work fine.
> 
> A note on "appropriately tuned values" - the defaults are usually quite
> adequate for a large number of use cases. That's why they're the defaults.
> 
> So again, the real question is what perceived issue are you trying to
> solve by being so concerned with the number of Connector - based threads?
> 
> . . . . just my two cents.
> /mde/
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
> For additional commands, e-mail: users-help@tomcat.apache.org
> 

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tomcat.apache.org
For additional commands, e-mail: users-help@tomcat.apache.org


Mime
View raw message