I believe (intuition, haven't checked) it is the latency the TCP adds to the setup which messes up with the threads scheduler (i'll ellaborate...)

When you are in Tomcat only, between the http header coming in (IO) and you sending a response (again IO) you can usually get away with a single time slice. It is a simple system with IO queueing up and very little room for "randomness" (used in a loose way but you get my meaning).

Once the request is divided into two separate workers with IO between them, there are two things coming into play: 1) You are not taking full advantage of the timeslice so there is more context switching (twice the threads doing the same work is another way to look at it). 2) There is more room for randomness in the system. In fact what we observed in the short time we let it run is that there were times it worked and then bursts of high CPU usage with very little happening.

Important to note: most of our requests are handled from memory (no IO in the servlet). I believe this is a big part of it.

What seemed to help (but not enough in our case) was to reduce the overall number of threads in the system and configure httpd to have less threads than tomcat (strange, I know). I speculate this reduced context switching and reduced the connection load between them. However, throughput was still erratic at times with bursts of very rapid processing followed by periods of "indigestion" (was not a GC problem).

Hope this helps...

Yuval Perlov
R-U-ON


PS It is windows.


On Apr 30, 2008, at 4:37 PM, Larry Prikockis wrote:

Yuval Perlov wrote:
Out tomcat servers are handling around 30K SSL hits every 5 minutes with very little effort (10% cpu average on a dual core machine, good response time). We tried to put in httpd in front thinking we can squeeze out better performance and memory consumption. The system just couldn't handle the load and we had to roll back (quickly) to a tomcat only configuration.

hmmm... that sounds suspiciously similar to what we had happening. I just can't see why Apache Httpd wouldn't be able to handle SSL connections at least as well as Tomcat, so there's clearly something else going on here.

Is your system on Windows, Linux, something else? And what versions of Tomcat/Apache were you using?

---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




---------------------------------------------------------------------
To start a new topic, e-mail: users@tomcat.apache.org
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to