Return-Path: Mailing-List: contact tomcat-user-help@jakarta.apache.org; run by ezmlm Delivered-To: mailing list tomcat-user@jakarta.apache.org Received: (qmail 98300 invoked from network); 27 Sep 2000 12:02:28 -0000 Received: from oprah.tanning.com (HELO webshield.tanning.com) (208.150.214.228) by locus.apache.org with SMTP; 27 Sep 2000 12:02:28 -0000 Received: FROM ttc-janus.tanning.com BY webshield.tanning.com ; Wed Sep 27 06:00:45 2000 -0600 Received: by ttc-janus with Internet Mail Service (5.5.2650.21) id ; Wed, 27 Sep 2000 06:01:44 -0600 Message-ID: <4115CB6C1B39D21198470008C71EC6CDB73714@tte-nt2> From: "O'Hagan, Shaun" To: "'tomcat-user@jakarta.apache.org'" Subject: RE: Tomcat 3.1 Scalability Date: Wed, 27 Sep 2000 06:00:14 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" X-Spam-Rating: locus.apache.org 1.6.2 0/1000/N Although M$ orientated it covers some of the issues. http://msdn.microsoft.com/msdnmag/issues/1000/Stateless/Stateless.asp Regards, Shaun O'Hagan Tanning Technology Europe -----Original Message----- From: Alistair Hopkins [mailto:alistair@berthengron.co.uk] Sent: 27 September 2000 12:30 To: tomcat-user@jakarta.apache.org Subject: RE: Tomcat 3.1 Scalability I was thinking of writing an EJB which could sit on a single session server which all servers could access. Should be a lot faster. At 12:09 PM 9/27/00 +0100, you wrote: >Does that mean that session information will need to be stored in the >database. > >-----Original Message----- >From: O'Hagan, Shaun [mailto:sohagan@tanning.com] >Sent: 27 September 2000 09:57 >To: 'tomcat-user@jakarta.apache.org' >Subject: RE: Tomcat 3.1 Scalability > > >Hi Darren, > >It is unlikely that a single copy of tomcat or indeed any other web server >will be sufficient to handle "large" concurrent client access applications. >For scalability you should consider providing multiple tomcat instances >running on separate platforms (cheap PC's running Linux are a good option), >and frontend them with a load balancer that will distribute the HTTP >connection load across your servers. As the load increases you can simply >"plug" in another Linux box with tomcat and your application and increase >your capability that way. > >NB however that you should be mindfull of session state management, > >Regards, > >Shaun O'Hagan > >Tanning Technology Europe > > >-----Original Message----- >From: Darren Witham [mailto:delian72@hotmail.com] >Sent: 27 September 2000 09:25 >To: tomcat-user@jakarta.apache.org >Subject: Tomcat 3.1 Scalability > > >Hi, > > In fear of asking a rather open ended question that may have been >answered on this list in the past, I would like to get details regarding how > >well Tomcat 3.1 scales when a number of simultaneous requests are submitted. > > I have been involved in the build of a simple application running on >Tomcat 3.1 that simply receives a small amount of data, makes a database >connection via JDBC (using a connection pool), and populates a backend >database table. > > The basic setup is as detailed in the Tomcat user guide, i.e Apache >serves up the static pages, Tomcat deals with the JSP/servlet components and > >a thread pool is configured in Server.xml. > > The question I basically have is that we are potentially going to use the > >same architecture for a very similar application in terms of functionality, >but the new application is a lot more high profile with a high likelyhood >that many more users are going to submit data. > > I have been informed by a colleague that he has heard that Tomcat does >not scale well and can indeed fallover if a 'high' number of simultaneous >requests are submitted. I myself have not heard of this and have found >nothing to suggest this is the case. > > Has anyone else come across this concern in the past or is it completely >unfounded ???? > > Thanks in advance. > >Darren >_________________________________________________________________________ >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > >Share information about yourself, create your own public profile at >http://profiles.msn.com.