Hi Mark, I've posted a blog post on that topic here: http://shmuels.blogspot.com/2014/12/how-to-create-realistic-load-test.html I hope it will get you on the right track and not trying to actually run 100,000 clients/threads.
Shmuel Krakower. www.Beatsoo.org - re-use your jmeter scripts for application performance monitoring from worldwide locations for free. On Mon, Dec 15, 2014 at 8:08 PM, Herbener, Martin - Division of Engineering and Management <[email protected]> wrote: > This is probably obvious, but I think it also depends a lot on whether you > have the threads run as fast as they will go or if you build in user > think-time. I've certainly run 3000 threads per relatively small VM but I > used timers to simulate think time. > > Martin > > -----Original Message----- > From: Mark Lybarger [mailto:[email protected]] > Sent: Monday, December 15, 2014 9:00 AM > To: JMeter Users List > Subject: jmeter thread limits > > i'm looking to test a system that should handle a load of 100,000 clients > ... eventually. right now, the clients are in fact time shifted and really > the system supports 100 or so concurrent clients. that said, i'm looking > to do some load / performance testing, so i naturally look to jmeter. > > i've read several articles or blogs suggesting a limit of 300 threads for > jmeter testing. i'm going to need many many more. perhaps 3,000 would be a > good starting number. so, finally, my question is this. is the thread limit > based on system resources? would using a distributed jmeter allow me to > get up to 3,000 threads? > > what types of loads have jmeter users typically been able to put on their > systems? > > my system under test is a back office system, but it provides an http > interface to the end client. > > thanks! > -mark- > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > >
