250ms response time is rock solid. Getting the total response time lower than 250ms is pretty darn tough. based on your info, that means each tomcat is getting on average 15-16 concurrent requests.
one way to improve the response time would be to use smart caching and avoid the cost of making a real insert/update to the database. that will mainly depend on the requirements of your application. 35 pageviews/second is good amount of traffic, but it's not the crazy traffic that yahoo or google support :) then again yahoo and google both have tens of thousands of servers. peter On Mon, 22 Nov 2004 14:36:47 +0100 (CET), Ronald Klop <[EMAIL PROTECTED]> wrote: > On Mon Nov 22 11:55:08 CET 2004 LAM Kwun Wa Joseph <[EMAIL PROTECTED]> wrote: > > > > For my Tomcat cluster I'm looking for an upper limit on the estimation of > > how much traffic it may face. Say, would thousands of HTTP req/s be too > > 'astronomical' for a 4-node Dual P4 Xeon cluster to achieve? (I'm talking > > about dynamic pages such as stock quotes and news) > > > > Does anyone know of any high traffic JSP/servlet sites(running Tomcat or > > similar servlet container)? I'm mostly interested to know what's the > > typical "magnitude" of their HTTP throughput (e.g. hundreds or thousands > > of HTTP/s) and what kinds of apps are they running. > > > > Joseph Lam > > > Hello, > > I am also interested in some realworld figures. Our configuration is this. > 2-node cluster of 2-cpu P4-2.8Ghz machines. > The web-application is a database application (with a lot of updates and > non-index queries) for logged-in users. > We have about 1500 logged in persons doing 70 req/s. Half of the requests go > to Tomcat, the other half to Apache for static content. > The average (Tomcat) req takes about 250 ms in our system. > But I have no idea if this is an high/average/low load compared to other > systems. > Btw, we are using Tomcat 5.0.28, JDK 1.4.2, Debian Sarge (linux 2.6.x), > Apache 1.3.x/mod_jk 1.2.6. > > Ronald. > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]