>whether JMeter can scale to this type of load. yes. But your client machine may not be able to :). Your original work load works out to roughly 3 requests per minute per user or 6000 requests per minute. If each request takes say 5 seconds to complete that works out to about 500 requests being made by client machine concurrently (very very rough guesstimates) You might be able to do this with a single Jmeter instance but really you should use multiple jmeter instances (or master-slave). If you execute multiple jmeter independently (instead of master slave), then you are only limited by the number of machines you have.
On Thu, Feb 4, 2010 at 2:07 PM, Tech Newbie <[email protected]> wrote: > Thanks for the reply. I have read that document. I have been using JMeter > for my project with good results. However, I use the JavaSampler and not > HTTPSampler. > > Now another group in the company wants to evaluate JMeter for their web > app. Their typical session would be 30 mins with 70+ pages. Currently, > they are running 2K concurrent sessions. > > So I'd like to solicit comments from HTTPSampler users whether JMeter can > scale to this type of load. > > Any insight is appreciated. > > --- On Thu, 2/4/10, Jatin Davey <[email protected]> wrote: > > From: Jatin Davey <[email protected]> > Subject: Re: Can JMeter handle 2K users of 30 mins web sessions? > To: "JMeter Users List" <[email protected]> > Date: Thursday, February 4, 2010, 4:11 AM > > This link should probably help you in deciding. > > http://jakarta.apache.org/jmeter/usermanual/best-practices.html#lean_mean > > Thanks > Jatin > > Tech Newbie wrote: > > Can JMeter handle this test load: > > > > - 2,000 concurrent user > > - each session runs about 30 mins long, going thru 70-80 web pages > > - random think time > > - when a user/session/thread is completed, another one will startup to > maintain the 2K load > > > > Seems this will require multiple JMeter instances and/or JMeter hosts. > > > > Any insight is appreciated. > > > > > > > > > > > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > > > > > >
