Return-Path: Delivered-To: apmail-jakarta-tomcat-user-archive@jakarta.apache.org Received: (qmail 47836 invoked by uid 500); 13 Aug 2001 12:52:09 -0000 Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk Reply-To: tomcat-user@jakarta.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 47803 invoked from network); 13 Aug 2001 12:52:08 -0000 Received: from mta8.srv.hcvlny.cv.net (167.206.5.23) by h31.sny.collab.net with SMTP; 13 Aug 2001 12:52:08 -0000 Received: from optonline.net (ool-182cca17.dyn.optonline.net [24.44.202.23]) by mta8.srv.hcvlny.cv.net (iPlanet Messaging Server 5.0 Patch 2 (built Dec 14 2000)) with ESMTP id <0GI0004C0BQRYI@mta8.srv.hcvlny.cv.net> for tomcat-user@jakarta.apache.org; Mon, 13 Aug 2001 08:52:03 -0400 (EDT) Date: Mon, 13 Aug 2001 08:56:54 -0400 From: "Geir Magnusson Jr." Subject: Re: Tomcat crashes simultaneous more connection above 990+ Sender: gmj@mta8.srv.hcvlny.cv.net To: tomcat-user@jakarta.apache.org Message-id: <3B77CE96.F9680551@optonline.net> MIME-version: 1.0 X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.16 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7BIT X-Accept-Language: en References: <20010813223133.A16201@socialchange.net.au> X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Jeff Turner wrote: > > Well I think you're completely nuts :) For 10,000 concurrent requests for > *dynamic* data (or else you'd just be using Apache.. right?), you'd need a > server farm full of fancy equipment, a load-balancing server, and stuff that > even my wildly ignorant speculations can't conceive. (big db...) > > Besides, I don't think any single server with simple thread-per-request, > blocking IO model can handle that sort of load. A smart fellow called Matt > Welsh did his PhD thesis on highly concurrent server apps, and the results of > his thinking are here: > > http://www.cs.berkeley.edu/~mdw/proj/sandstorm/ > > In particular, the paper "The Staged Event-Driven Architecture for Highly > Concurrent Servers." is well worth reading. Thanks for the link. Interesting to see someone doing in-depth study of it - I have been involved in two financial market data server architectures where data processing was staged and event driven (by nature, the data tends to be asynchronous and needs to be delivered in as close to real-time as possible else people get really angry :) and we resorted to what a cursory view of the above link seems to be. One of them could carry thousands (6k +) permanent client connections at the same time - the per-client throughput was 'small' ( few a second, on ave), though the aggregate throughput was large. Worked very well. The other was a smaller number of connections, but large message rates (ave 5-7k / sec with bursts up to 10k or so) geir > --Jeff > (who thinks 50 concurrent users is pushing things) > > On Mon, Aug 13, 2001 at 01:54:28PM +0530, Santosh Pasi wrote: > > Hi Jeff, > > > > Thanks for reply. > > I am looking around 10,000 to 12,000 concurrent connections. > [snip] -- Geir Magnusson Jr. geirm@optonline.net System and Software Consulting Developing for the web? See http://jakarta.apache.org/velocity/ Well done is better than well said - New England Proverb