Mailing-List: contact users-help@tomcat.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Tomcat Users List" <users@tomcat.apache.org>
Received-SPF: pass (athena.apache.org: domain of aw@ice-sa.com designates
 212.85.38.174 as permitted sender)
Message-ID: <499940AB.7070101@ice-sa.com>
Date: Mon, 16 Feb 2009 11:32:11 +0100
From: =?ISO-8859-1?Q?Andr=E9_Warnier?= <aw@ice-sa.com>
User-Agent: Thunderbird 2.0.0.16 (Windows/20080708)
MIME-Version: 1.0
To: Tomcat Users List <users@tomcat.apache.org>
Subject: Re: Fastest method to serve dynamic java content
References: <22034617.post@talk.nabble.com>
In-Reply-To: <22034617.post@talk.nabble.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

keenny wrote:
> Hello all,
> 
> I'm currently working on a system that must be able to serve thousands of
> requests per sec. The requests/responses contains only small amounts of data
> (ajax XMLHTTPRequests) and are not long lived (connection keep). I'm using
> java to generate the responses. Static content are served separately (by
> lighttpd). I was just wondering if anybody has any opinions as to how this
> can be done most effectively (highest throughput, low cpu consumption etc).
> Some alternatives being:
> 
> lighttpd -> mod_proxy -> tomcat -> application code
> lighttpd -> fastcgi -> application code
> tomcat -> application code
> asyncweb/mina -> application code

I would think that a key factor not mentioned above is : once your java 
application gets the actual request, how long does it take it to 
generate the response (however small the response actually is) ?

To be more explicit : you mention thousands of requests per second.  To 
server these, if generating each response takes 1 second, you would need 
thousands of processes in order just to keep up.
There is also a question of bandwidth of course, even for small amounts 
of data, thousands of requests amount to quite a bit, so to speak.


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