-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Keeny,
On 2/16/2009 5:15 AM, keenny wrote:
> 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 (conn
nal commands, e-mail: users-h...@tomcat.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/Fastest-method-to-serve-dynamic-java-content-tp22034617p22035537.html
Sent from the Tomcat - User mailing list archive at Nabble.com.
-
tency is not an issue due to the application characteristics). An added
equirement for my scenario is therefore that async handeling of requests
must be used.
--
View this message in context:
http://www.nabble.com/Fastest-method-to-serve-dynamic-java-content-tp22034617p22035479.html
Sent from the Tomcat -
> From: keenny [mailto:kee...@start.no]
> 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
Lots of moving parts. Ther
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).
Whenever I see a description like the above, my imme
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 conten
; application code
tomcat -> application code
asyncweb/mina -> application code
--
View this message in context:
http://www.nabble.com/Fastest-method-to-serve-dynamic-java-content-tp22034617p22034617.html
Sent from the Tomcat - User mai