> From: Leon Rosenberg [mailto:[EMAIL PROTECTED] 
> Subject: Re: Performance tricks with multiple tomcat instances
> 
> Hmm, I always thought operations which are declared atomic 
> are guaranted to be executed at once, for example addition.

Addition is normally not atomic; assignment normally is.  Exceptions
exist, of course.

> Unfortunately we have water damage, so my desk and my pc are
> in the kitchen, because my workroom is used as nursery, so I
> can't check in the books right now :-(

I know the feeling of disruption: both our bathrooms at home are being
remodeled at the same time...

> we experienced a 1:1 ratio between tomcat threads and 
> parallel incoming requests. The timeout was 20 seconds,
> but each test client just shot requests one after another.

That's not real-world behavior, which would normally include a variable
delay between requests. (Our test drivers do when we're simulating
real-world performance; we eliminate the delay when doing stress
testing.)

> With http 1.0 the number of actually busy threads droped
> down to approx. 20.

Definitely something odd going on.  This warrants further research,
which I don't have time to do right now.

> I haven't looked in the source code, but at the time of tomcat 5
> development the NIO wasn't yet released, so there were no select in
> java available.

The select capability isn't required to implement the behavior I
described.  Once the request is read in over the wire, the request
object is passed off to a worker thread, and the reader thread goes back
for another one.  I'm going to have to dig deeper into the Catalina
connector code when I get a bit more time.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY
MATERIAL and is thus for use only by the intended recipient. If you
received this in error, please contact the sender and delete the e-mail
and its attachments from all computers.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to