I suspect part of the problem is that all the threads start at once, and having 100 thread groups with only 1 thread in each will make it tedious to fix - you'll need to add a gradually increasing delay to each of the thread groups.
What happens if you have fewer thread groups and more threads in each group? You can set the ramp-up for each thread-group to ensure that the threads start more evenly. S. On 09/12/05, Iago Toral Quiroga <[EMAIL PROTECTED]> wrote: > Hi, > > I've configured a test with 100 thread groups (one thread per thread > group) and added a constant throughput timer to get a 10 requests per > second performance. To do so, I configured target throughput to 600 > (samples per minute) and selected to compute performance based on all > active threads. > > The result is as expected, I get an average throughput of 10 requests > per second, but they are not uniform along the time. What I get is > something like this: > > At second 0, jmeter launches 100 requests to the server. At second 4, > jmeter has received all the responses, but because it has lauched 100 > requests at second 0, it must wait till second 10 to start another bunch > of 100 requests. What I expect from this kind of tests is getting 10 > requests per second *each second*. > > This kind of behaviour is much more like a repeated peak test than a > constant troughput test. I know I can get a more uniform test by droping > the thread count so jmeter would have to wait less time to launch the > next bunch of requests, but that is weird and still a trick that does > not solve the point of problem at all ¿I'm missing something?, ¿is there > a way to get a more uniform behaviour for this kind of tests? > > Thanks in advance for your help! > -- > Abel Iago Toral Quiroga > Igalia http://www.igalia.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]
