On 24 September 2010 15:02, Deepak Goel <[email protected]> wrote: > Hey > > Namaskara~Nalama~Guten Tag > > To answer your last question it would have a max overhead of 5% on the > network.
Huh? How do you arrive at that figure? The network traffic from server to client depends on the test plan listeners and the server configuration. And the percentage overhead surely depends on the current network traffic? > Deepak > -- > Keigu > > Deepak > +91-9765089593 > [email protected] > http://www.simtree.net > > Skype: thumsupdeicool > Google talk: deicool > Blog: http://loveandfearless.wordpress.com > Facebook: http://www.facebook.com/deicool > > "Contribute to the world, environment and more : http://www.gridrepublic.org > " > > > > On Fri, Sep 24, 2010 at 5:03 PM, iyerbalaji <[email protected]>wrote: > >> >> We are planning to load test a large financial web application with JMeter. >> We intend to utilize JMeter in distributed/master-slave mode with 15 load >> generators (JMeter-server) + 1 Master (JMeter GUI Client). >> >> Based on our initial experiments with JMeter in a single instance GUI mode, >> we could generate between 500-700 virtual users per machine (2.8GHz, 2GB >> RAM, Windows XP) against the web application. The final objective is to >> generate a concurrent load of 10000 virtual users. Hence, the need to use >> 15 >> load generators. >> >> Can JMeter successfully scale up to 15 nodes (jmeter-servers) in >> distributed >> mode? What has been your experience in using JMeter for generating such >> high >> load levels? >> >> Couple of additional questions that we have includes: >> - What is maximum number of load generators that can be used per >> Master? >> - What is the impact of distributed mode on network utilization? >> >> -- >> View this message in context: >> http://jmeter.512774.n5.nabble.com/Scalability-and-Stability-of-JMeter-s-Distributed-Mode-tp2852466p2852466.html >> Sent from the JMeter - User mailing list archive at Nabble.com. >> >> --------------------------------------------------------------------- >> 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]
