: Tomcat Users List
Subject: RE: Running out of tomcat threads - why many threads in RUNNABLE stage
even with no activity
I set connectionTimeout in server.xml to 60 and now the RUNNABLE threads go
back to WAITING stage after that time.
But our other servers which are running the same
: Wednesday, May 13, 2009 2:28 PM
To: users@tomcat.apache.org
Subject: Running out of tomcat threads - why many threads in RUNNABLE stage
even with no activity
My setup is tomcat 5.5.17 + mod_jk 1.2.15 + httpd 2.2.2. I am using AJP1.3.
Every 2-3 days with no major load, tomcat throws the error: "S
My setup is tomcat 5.5.17 + mod_jk 1.2.15 + httpd 2.2.2. I am using AJP1.3.
Every 2-3 days with no major load, tomcat throws the error: "SEVERE: All
threads (200) are currently busy, waiting..."
I have been monitoring my tomcat TP-Processor thread behavior over extended
time intervals and observ
Thanks for the replies all, I will post back also if I come across any other
methods, I'm still pretty sure prstat is not showing the threads correctly.
Thanks,
Mark.
2008/12/17 Kees Jan Koster
> Dear Mark,
>
> Just a quick question on how to see threads in use, I have been using
>> prstat
>>
Dear Mark,
Just a quick question on how to see threads in use, I have been
using prstat
-L -p , however I suspect this is not the
correct way
to do it.
You can also attach jconsole of vsiualvm to check. That has the added
benefit of being able to see not only the actual number of threads
I'd say this is the best way to do it, since it gives you an accurate count.
Filip
Mark Stevens wrote:
Hi all,
Just a quick question on how to see threads in use, I have been using prstat
-L -p , however I suspect this is not the correct way
to do it.
Thanks,
Mark.
---
Hi all,
Just a quick question on how to see threads in use, I have been using prstat
-L -p , however I suspect this is not the correct way
to do it.
Thanks,
Mark.
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> What I would like to know now, is how I interpret these numbers.
Will take a look at the actual numbers in a bit.
> Is there somewhere a tutorial giving some pointers as to what I am
> looki
Hi.
To implement a recommendation from someone on this list, I took a few
snapshots using "jmap -heap " while Tomcat was starting up and also
starting up a webapp.
I just ran the jmap command several times at about 5 second intervals,
and redirected the output to a file.
Below if the file con
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
André Warnier wrote:
> When I started in this business, 64 Kb was a nice quantity of memory to
> program in, and quite expensive too. I created and ran a payroll
> application for a 1,000 people company in there. This Java app looks a
> lot cu
André Warnier schrieb am 13.11.2008 um 00:08:05 (+0100):
> [...] on the same machine I have a text search and retrieval
> application that can sift through a full-text index of 100,000
> documents (1 Gb of text) and retrieve the ones I want in couple of
> seconds. It has a 10 Mb memory footprint.
Chris, Chuck and others,
many thanks for taking the time to educate me (on both "Tomcat threads"
threads).
I got lots of information and tips, which will be useful now or later.
I'll now go sift through them again. At least now I have an idea where
to start.
About the fact t
André
André Warnier wrote:
(and what is PermGen ?)
No one else seemed to answer this. PermGen is the chunk of memory which
is allocated to the JVM in which to hold the 'prototypes' of the class
files used. For a large web app with lots of classes (NOT object) it is
common to have to radic
Christopher Schultz schrieb am 12.11.2008 um 16:42:06 (-0500):
> André Warnier wrote:
> > In other words, while this application is being loaded, our Tomcat
> > and the whole system are totally unresponsive for about 5 minutes.
> 1. DNS settings. Especially when parsing XML (which often requires
André Warnier wrote:
> Now that I have (with your help) established some basic facts, I have a
> practical case for analysis.
>
> We have an old clunker PC (Pentium II, 512 Mb Ram, average ATA disks),
> which we use to test some applications (not only Java/Tomcat).
...
> Now, if I stop and restart
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
Christopher Schultz wrote:
> A few parting thoughts:
I knew I was forgetting something:
3. During your 5-minute startup freeze, try taking a few thread dumps
(send a QUIT signal to your JVM) and seeing what the app is doing. Maybe
it's just t
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> Since apparently this conversation clears some matters up, even for
> gurus, would one of you care to back-up a couple of messages, and
> re-state the final consensus in English for us mere m
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
At the risk of repeating things said by others...
André Warnier wrote:
> We have an old clunker PC (Pentium II, 512 Mb Ram, average ATA disks),
> which we use to test some applications (not only Java/Tomcat).
Based upon this hardware configur
Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Tomcat threads
PermGen seems like an odd item to share... though I
guess all those java.lang.Package, java.lang.Class,
java.lang.Method, etc. objects can really beat a
system down.
The sharing is not
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> PermGen seems like an odd item to share... though I
> guess all those java.lang.Package, java.lang.Class,
> java.lang.Method, etc. objects can really beat a
> system down.
The sharin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Chuck,
Caldarale, Charles R wrote:
>> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
>> Subject: Re: Tomcat threads
>>
>> recent JVMs use shared memory to share common class data
>> (like JITed object code from
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> I have turned it off now, and restarted Tomcat, but it
> did not have any noticeable impact on the startup time.
Wouldn't expect it to, since you're spending nearly all the time parsin
Caldarale, Charles R wrote:
From: André Warnier [mailto:[EMAIL PROTECTED]
Subject: Tomcat threads, II
>> -Djava.security.manager
>
> Enabling the security manager slows things down; do you really need it?
>
Not as far as I know. It was only the default setting on that system,
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Tomcat threads, II
>
> -classpath :/usr/lib/jvm/java-1.5.0-sun/jre//lib/jcert.jar:
> /usr/lib/jvm/java-1.5.0-sun/jre//lib/jnet.jar:
> /usr/lib/jvm/java-1.5.0-sun/jre//lib/jsse.jar:
> /usr/share/tomcat5.5/bin/bootst
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads, II
>
> We have already tried - because that is one thing we can do - to split
> the XML data into smaller chunks, but that does not seem to have any
> significant impact.
Nor would I expect it to. T
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> - they would actually share (in memory) the compiled classes that are
> part of the standard Java library (java.* etc..)
No - see my previous post. You can use JConsole to see which memory pools ar
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> recent JVMs use shared memory to share common class data
> (like JITed object code from java.* packages)
Careful - JITed code is *not* shared - only some of the PermGen is, and that
only o
Christopher Schultz wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
André Warnier wrote:
- The memory usage one sees with "top" under some versions of Linux for
each one of these threads is not really cumulative, because most of it
is actually shared between the threads. The total
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
André Warnier wrote:
> - The memory usage one sees with "top" under some versions of Linux for
> each one of these threads is not really cumulative, because most of it
> is actually shared between the threads. The total really used is only
> s
David kerber wrote:
Pid wrote:
...
Having said that, parsing XML can be a memory intensive operation as
well, so your old box could be experiencing problems there - check the
garbage collection log.
p
I try to avoid XML for this exact reason. We found that our application
could handle bet
Pid wrote:
...
Having said that, parsing XML can be a memory intensive operation as
well, so your old box could be experiencing problems there - check the
garbage collection log.
p
I try to avoid XML for this exact reason. We found that our application
could handle between 6 and 10 times m
André Warnier wrote:
> Hi again.
>
> Now that I have (with your help) established some basic facts, I have a
> practical case for analysis.
>
> Before I get into details (because this is quite long), I'd like to
> explain the reason why I'm asking this.
> We have been testing a Tomcat application
Hi again.
Now that I have (with your help) established some basic facts, I have a
practical case for analysis.
Before I get into details (because this is quite long), I'd like to
explain the reason why I'm asking this.
We have been testing a Tomcat application from a vendor. It works very
nic
Op woensdag, 12 november 2008 om 9:56 uur schreef Tomcat Users List
:
Subject: Re: Tomcat threads
Date: Wed Nov 12 09:56:01 CET 2008
From: André Warnier <[EMAIL PROTECTED]>
Filip Hanik .. and many others - Dev Lists wrote:
[...]
Thanks for all the answers, very enlightening.
In summar
Filip Hanik .. and many others - Dev Lists wrote:
[...]
Thanks for all the answers, very enlightening.
In summary thus :
- Tomcat (or rather I suppose the Connector) will create new threads as
needed to service simultaneous requests, up to the number given in the
Connector's maxThreads attribute
> From: Filip Hanik - Dev Lists [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> you wont see that today any more, the executor has been fine tuned.
Good to know; thanks.
- Chuck
THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is
Caldarale, Charles R wrote:
From: Christopher Schultz [mailto:[EMAIL PROTECTED]
Subject: Re: Tomcat threads
If you really want tight control over the thread management,
you should probably use an "executor"
The last I heard from Remy M was that the performance was
disappo
> From: Christopher Schultz [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat threads
>
> If you really want tight control over the thread management,
> you should probably use an "executor"
The last I heard from Remy M was that the performance was
disappointing and they
For tomcat 6, when setting
if it reaches 50, it will not shrink.
but if you do
then it will shrink down to 25 if the threads are idle
Filip
|
André Warnier wrote:
Hi.
Only for my own intellectual advancement in matters Tomcat :
On this page : http://tomcat.apache.org/tomcat-6.0-doc/confi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
André,
André Warnier wrote:
> On this page : http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
> , referring to the third paragraph of the Introduction.
If you really want tight control over the thread management, you should
probably use an "e
> From: André Warnier [mailto:[EMAIL PROTECTED]
> Subject: Tomcat threads
>
> http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
> , referring to the third paragraph of the Introduction.
Note that the 6.0 doc is missing some very important attributes for the
element.
Hi.
Only for my own intellectual advancement in matters Tomcat :
On this page : http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
, referring to the third paragraph of the Introduction.
This paragraph explains that Tomcat will start additional threads as
required to process incoming req
> From: Andrew Hole [mailto:[EMAIL PROTECTED]
> Subject: Tomcat threads
>
> What's the value of Initial Number of Threads created on
> Tomcat startup?
Whatever you configured on your elements:
http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
http://tomcat.apach
Hello!
What's the value of Initial Number of Threads created on Tomcat startup?
Everytime it is necessary Tomcat creates another thread. What happens
after the processing end? The thread dies or becomes available for a
future processing?
Best regards
-
>
> Have you tried running your profiler against a tomcat not doing ANY
> requests?
>
> I agree with Jim on this one - These are threads WAITING on a
> connection...
> and not doing anything.
>
> Have a look in tomcat manager, and then you can see how many 'free'
> connections
> you have.
>
>
We
It doesn't answer your question in general, but I increased mine from
300 to 900 threads on a dual-processor, dual-core machine, and saw
significantly increased throughput with short, simple requests. I
didn't try any in-between settings, though, so I don't know if there
might be a sweet spot
On 08/11/2007, at 4:51 PM, Jim Cox wrote:
On Nov 8, 2007 10:41 AM, <[EMAIL PROTECTED]> wrote:
In resolving our current bottleneck i used JProfiler to see what the
tomcat applications were doing and when under high load there are a
lot of
threads which are blocked on this:
org.apache.tomcat
On Nov 8, 2007 10:41 AM, <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We have an architecture where we have many tomcat app servers load
> balanced by apache at the front.
>
> In resolving our current bottleneck i used JProfiler to see what the
> tomcat applications were doing and when under high load the
Hi,
We have an architecture where we have many tomcat app servers load
balanced by apache at the front.
In resolving our current bottleneck i used JProfiler to see what the
tomcat applications were doing and when under high load there are a lot of
threads which are blocked on this:
org.apache.to
Users List"
To: Tomcat Users List
cc: keif <[EMAIL PROTECTED]>
Subject:Re: Interrupting tomcat threads.
On Fri Jul 20 15:23:45 CEST 2007 Tomcat Users List
wrote:
>
>
> Christopher Schultz-2 wrote:
> >
> > So, multiple simultaneous AJAX reques
On Fri Jul 20 15:23:45 CEST 2007 Tomcat Users List
wrote:
Christopher Schultz-2 wrote:
>
> So, multiple simultaneous AJAX requests are considered illegal?
>
Exactly. All requests that modify the session state will be synchronized.
Christopher Schultz-2 wrote:
>
> I would also recommend
rst one to complete.
--
View this message in context:
http://www.nabble.com/Interrupting-tomcat-threads.-tf4113604.html#a11708046
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
To start a new topic
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kief,
keif wrote:
> Christopher Schultz-2 wrote:
>> I assume you mean that you want to cancel an already-running thread /for a
>> given user/ if a
>> second one comes in.
>
> Yes, that is correct - I'd like to process a single request at a time per
st
comes in and manage it with Filter that you proposed.
Thank you for a quick reply,
keif.
--
View this message in context:
http://www.nabble.com/Interrupting-tomcat-threads.-tf4113604.html#a11698350
Sent from the Tomcat - User mail
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kief,
keif wrote:
> I'd like to find a way to stop the first request from processing when a
> second one is recieved. So the first request comes in and the container
> starts a thread to process it. Then the second request comes in and before
> it is
Can this be accomplished by interrupting threads? Should I spawn new threads
for such processing and manage them instead of working with threads given by
the container?
Thank you,
keif.
--
View this message in context:
http://www.nabble.com/Interrupting-tomcat-threads.-tf4113604.html#a11697335
ve to solve my problem
another way (MDB comes into my mind).
Thanks again,
Mirek
On 7/2/07, Johnny Kewl <[EMAIL PROTECTED]> wrote:
- Original Message -
From: "Rainer Jung" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Monday, July 02, 2007 8:24 PM
Subj
- Original Message -
From: "Rainer Jung" <[EMAIL PROTECTED]>
To: "Tomcat Users List"
Sent: Monday, July 02, 2007 8:24 PM
Subject: Re: Tomcat Threads handling user Requests problem
Johnny Kewl wrote:
Can you believe that, IE only allows 2 files downloaded a
Johnny Kewl wrote:
Can you believe that, IE only allows 2 files downloaded at the same
time, and then you have to dig into the registry get OPERA ;)
The 2 connections are a recommendation for well-behaved http clients
coming from the http spec in order to keep server load related to one
c
t;Tomcat Users List"
Sent: Monday, July 02, 2007 7:34 PM
Subject: Re: Tomcat Threads handling user Requests problem
Can you believe that, IE only allows 2 files downloaded at the same time,
and then you have to dig into the registry get OPERA ;)
Now that I advertised my favorite browse
dont think it will change, but you just going to be happier anyway
;)
- Original Message -
From: "Mirek Kopriva" <[EMAIL PROTECTED]>
To:
Sent: Monday, July 02, 2007 3:55 PM
Subject: Tomcat Threads handling user Requests problem
Dear All,
I have a problem when
> From: Caldarale, Charles R
> Subject: RE: Tomcat Threads handling user Requests problem
>
> There is a registry setting you can tweak in Windows to let
> IE6/7 open more than 2 at a time; there's probably something
> equivalent in Firefox, but I don't know what it
> From: Mirek Kopriva [mailto:[EMAIL PROTECTED]
> Subject: Re: Tomcat Threads handling user Requests problem
>
> Now the problem. I can see only 2 Tomcat Threads, handling
> all of these request, which as you can imagine can take a while.
This is the result of the browser com
I'm
> trying to integrate with.
Fun along the way :D
>
> Now the problem. I can see only 2 Tomcat Threads, handling all of these
> request, which as you can imagine can take a while.
> Shouldn't tomcat take a new Thread from the Thread Pool for each
> Request up
> to Ma
mcat to be included into the calling page
dynamically.
There can be as many as 100 separate requests (not usual but possible) per a
page load via Ajax. Some of those
requests can take a while because of waiting for another application, I'm
trying to integrate with.
Now the problem. I can se
cc
08/03/2006 08:40 Subject
AM Re: How to identify busy Tomcat
threads
Please respond to
"Tomcat Users
Subject
AM Re: How to identify busy Tomcat
threads
List" < users@tomcat.apache.org>
Date: Thu, 3 Aug 2006 00:14:19 -0700
Subject: Re: How to identify busy Tomcat threads
Thanks for that tip. Since the current Tomcat status page shows these
threads as busy even though they are waiting for connections from Apache,
it is a bit misleading since we
cc
rg>
No Phone Info Subject
Available Re: How to identify busy Tomcat
e stage. Is there
> a
> way to tell using this status page or any other method if these Tomcat
> threads are actually being kept busy for keepalive purpose and not by
> requests coming in from the Apache webserver. I doubt that all the Tomcat
> threads are busy doing useful w
ese Tomcat
threads are actually being kept busy for keepalive purpose and not by
requests coming in from the Apache webserver. I doubt that all the Tomcat
threads are busy doing useful work since on the Apache side the number of
active connections as seen using the server-status page is less than half
eout and reusing
Tomcat threads
Please respond to
"Tomcat Users
JBoss container - all running on Linux.
> It looks like mod_jk is not reusing the existing connections that it
> establishes with the Tomcat resulting in a large number of Tomcat threads
> which are in KeepAlive state as reported by the Tomcat console.
> I do not have any timeouts set e
resulting in a large number of Tomcat threads
which are in KeepAlive state as reported by the Tomcat console.
I do not have any timeouts set either on the Apache side or Tomcat side of
the connector.
The JBoss/Tomcat 5.0 document states that the default connectionTimeout
within the AJP 1.3 connector on
101 - 174 of 174 matches
Mail list logo
