Running each thread separately will run them consecutively, which is probably not what you intend ...
== You could try temporarily replacing the HTTP Sampler(s) with a Java Sleep or Java Test sampler. This would allow you to check how fast Jmeter can run without using any network bandwidth or relying on a remote server. Just a thought. S. P.S. If we do get to the bottom of this, it might make a useful addition to the JMeter FAQ ... -----Original Message----- From: Jean-Sebastien Morisset [mailto:[EMAIL PROTECTED] Sent: 02 October 2003 15:06 To: JMeter Developers List Subject: Re: Question about results On Thu, Oct 02, 2003 at 10:43:10AM +0100, BAZLEY, Sebastian wrote: > > Your posting in JMeter user shows that you have included some throughput > controllers - perhaps that is contributing to the ceiling in throughput rate > - but it would not explain why 2 is better than 1. I just re-ran the 2x20 test with jmeter in non-gui mode. While it was running, I executed the following command for a few seconds: while : ; do ps -ef|grep '[0-9] java'|egrep -v 'grep'|wc -l; done > threads.txt And here's the output: 1 1 1 1 1 1 1 1 1 11 7 1 1 1 27 1 1 1 1 1 1 1 1 1 1 1 1 24 1 1 26 11 28 1 10 1 1 1 1 1 1 1 1 1 1 1 1 27 26 1 1 1 1 1 1 1 1 1 1 1 1 1 1 28 1 1 1 1 1 1 1 13 1 1 1 17 1 1 1 21 1 1 1 1 26 1 18 12 1 1 1 1 1 1 1 1 1 1 1 1 1 24 1 13 1 28 1 1 1 9 1 1 9 1 1 1 1 1 1 1 1 1 1 1 1 1 14 6 1 1 1 1 1 1 1 1 6 1 1 1 25 1 1 1 28 1 20 1 1 1 1 18 1 1 1 1 1 1 10 1 24 1 1 1 1 It looks to me like the threads aren't alive very long, which is probably why I'm not seeing a high CPU usage. I'm only using a single thread group, with 20 threads in this example. Would I be better off spreading the test plan between 2+ thread groups, and 'running each thread group seperately'? I have a ratio of hits to respect, so this would complicate things a little bit more. :-) Thanks, js. -- Jean-Sebastien Morisset, Sr. UNIX Administrator <[EMAIL PROTECTED]> Personal Home Page <http://jsmoriss.mvlan.net/> JS & Melanie's Homebrewery <http://brewery.mvlan.net/> Underwater and Travel Photographs <http://www.mvpix.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]
