For sessions, it really depends on what you do with them. It is very different if you are storing 1MB of data per-session vs. storing 1KB of data per session. For a very crude (and inaccurate, but often times close-enough-for-government-work :) estimate, divide the max memory in the JVM by the estimated size of the session variables. This gives you an upper limit on the number of session you can support.
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] m... > > I thought there might be some numbers along with a few different configurations > (cpu/ram/etc.) in the docs somewhere. > No problem.....thanks for the link to the testing tool! > > > > > "Angus Mezick" > <[EMAIL PROTECTED] To: "Tomcat Users List" <[EMAIL PROTECTED]> > r.org> cc: > Subject: RE: What is the maximum session handling capability > 05/29/2003 10:29 > AM > Please respond to > "Tomcat Users > List" > > > > > > > It sucks when the answer really is "it depends". What hardware are you > using? The only want to get a REALLY accurate answer is to use a stress > testing tool from http://www.opensourcetesting.org/performance.php and > see what happens using your hardware/application set up. Then do some > config file tuning to see if you can improve on the results. With the > data provided I think the best possible answer is "A lot." > > > -----Original Message----- > > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > > Sent: Thursday, May 29, 2003 11:19 AM > > To: [EMAIL PROTECTED] > > Subject: What is the maximum session handling capability > > > > > > In the past, I've used Tomcat for very small projects. But, > > now I may be using Apache/Tomcat for an actual > > business-related project. I've been looking in the > > documentation, but haven't found this answer just yet. I'm > > sure this has been asked several times (I did a search in the > > archives, but didn't find the answer). > > > > How many concurrent sessions can Tomcat handle? > > How many concurrent sessions can Apache handle? > > > > Thanks, > > Kevin > > > > > > > > --------------------------------------------------------------------- > > 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]
