I wish I knew. Our current bottleneck is on the DB side. We can down half our webservers and keep the site up any time but during peak usage. But you have the right procedure. As for the java vs .net discussion, I am not going there. It is more a question of personal taste, budget, willingness to use open source, and need for that expensive support security blanket. I will say that MS really doesn't like to get in the middle of a sinking project. They would prefer to achitect it up front if they are going to be called in later to solve your problems.
The answer to your question on maximums still depends on size of sessions, load each request puts on the server, speed of the machine, and what your network is like. Tomcat can handle a good sized load. I think its biggest limiting factors are how much memory it will use and how many requests it can accept at any one time. The best suggestion I have for you is make sure you can quickly load up a new server using as much scripting as possible so if you have to add more HW you will not be deep in the weeds trying to find your way out. --Angus > -----Original Message----- > From: Prince [mailto:[EMAIL PROTECTED] > Sent: Friday, August 02, 2002 9:21 AM > To: Tomcat Users List > Subject: Re: how to suppor 30000 concurrent users > > > hi Angus, > > from ur reply what i understand is, first I have to develop > the application > (with maximum tuning possible from scripting side) and the > deploy it on a > server and load test. then add the needed number of servers. > have i got it > right? > what is an avarage no of maximum concurrent users (active > sessions) for > tomcat (just to get a general idea about the possible investment) > > does it depends on the scripting technology also? how is Microsoft > technology is such case (heavy load) compared to tomcat? > thanks and regards > Prince > > ----- Original Message ----- > From: "Angus Mezick" <[EMAIL PROTECTED]> > To: "Tomcat Users List" <[EMAIL PROTECTED]> > Sent: Tuesday, August 05, 2003 6:37 PM > Subject: RE: how to suppor 30000 concurrent users > > > With that many users you are going to HAVE to cluster if for no other > reason than to provide backup for system maintanence. As to how many, > the answer is it depends on the hardware you are going to use and the > types of load your webapp puts on the system. When you say 30k > concurrent users do you mean 30k people clicking a link at > the same time > or 30k active sessions at a time? If you are going to have this many > people clicking on the same time you should have the cash to do proper > load testing to see how many people one of your servers can > take, divide > 30k by that number for the number of servers you have, multiply by 1.1 > AT LEAST and round up to get 110% capacity so you should be > able to swap > out one server. This is BARE minimum. Don't forget about > the wonderful > world of DB backends and routers and all the fun stuff :) > --Angus > > > -----Original Message----- > > From: Heart Prince [mailto:[EMAIL PROTECTED] > > Sent: Tuesday, August 05, 2003 8:57 AM > > To: [EMAIL PROTECTED] > > Subject: how to suppor 30000 concurrent users > > > > > > howmany concurrent users does tomcat support? if i want to > > design a web > > application for 30,000 concurrent users, what is the step? > > clustering is > > related to this? how many servers i need if i am clustering > > > > _________________________________________________________________ > > Latest movie trailers. On your mobile. > > http://server1.msn.co.in/sp03/gprs/howcani_movie.asp With GPRS. > > > > > > > --------------------------------------------------------------------- > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
