In JMeter, each thread is as independent of other threads as possible - this is necessary since it is supposedly simulating different users. I think this falls under the idea of a synchronizing timer, which would allow one to specify a sampler at which all threads sync up before proceeding. Someone else wanted this too and I was going to do it. But then I got sidetracked....
I'll try again to get to it. -Mike On Fri, 2005-04-08 at 07:38 -0400, Peter Lin wrote: > the way jmeter works is each thread will go through the samples one by > one in order. so if the thread group is set to 5 threads, you're > correct that some threads will start the loop before others. One > potential approach is to make multiple thread groups and set jmeter to > run each thread group in sequence. I think the option is "run each > thread group separately" > > peter > > On Apr 8, 2005 7:04 AM, Daniel Browne <[EMAIL PROTECTED]> wrote: > > I'm running this test plan with a ramp-up period of 1 so that request > > are initiated at roughly the same time. > > > > 1. Homepage > > 2. Log in > > 3. Run query > > > > Starting with the number of threads set to 1, I increase this in > > increments of 2 up to 20 (so there are 10 sets of runs). I run each set > > 5 times to get better average response time for each operation. > > > > Currently in order to run the test 5 times, I actually click the "Run" > > button 5 times, waiting for a test run to complete before clicking it > > again. This was getting a but tedious so I decided to up the "Loop > > Count" to 5 for in the "Thread Group" component to save me clicking > > "Run" 5 times. > > > > This was fine until I noticed that JMeter wasn't actually waiting until > > all responses had been received for the previous loop iteration (note > > I'm not using the loop controller) before starting the next run. Is > > this the intended behavior or a bug? > > > > Is there a way to make JMeter wait for all the responses of a previous > > iteration before starting the next? > > > > Thanks, > > Daniel. > > > > --------------------------------------------------------------------- > > 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]