That's not totally right. True if there's no inner loops and only one thread group. Also observe that your argument would hold, too, for the Count column :-)

The real question is: is this figure as it is computed now useful to anyone? Definitely not to me, while the real rate would be (I never use the Graph Viewers).

Salut,

Jordi.

Mike Stover wrote:
There was a big argument about this back then, and people complained that JMeter's own processing time was being included. My thought was exactly yours - I'd rather have a "real" number than some abstraction that I can't be sure of what it means.

So, I compromised. On the aggregate reported, the abstract throughput is given for each page. On the graph listener, the actual numbers are given. This seemed best to me since the aggregate report tries to make a measurement of throughput for each individual request - if you just gave the actual requests/test time, the number would necessarily be the same for every request - what would be the point.
This way, both sides of the argument can get what they want.

-Mike

On 4 Dec 2002 at 0:04, Jordi Salvat i Alabart wrote:


Hi.

I just can't understand what's the meaning of the "Rate" field in the Aggregate Report listener. I know the equivalen discussion arose a while ago for the Graph Results, but I've been re-reading all the e-mails in that thread and I'm still clueless.

This rate is calculated as

Number of threads / Latency

and I just can't find which 'physical' dimension this is measuring. Sounds like a "the rate we would obtain if we were hitting the server with this request only, but not increasing the load beyond the current one". Somewhat nonsense -- at least to me. Is there anyone to whom it does?

I'm keen to replace this with the real load we're putting on the server: request count divided by test duration. This is a figure I very often need when load-testing applications, since I can then make statements in the lines of "this box can produce N pages per second with latencies of X ms".

Comments?

Salut,

Jordi.


--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>


--
Michael Stover
[EMAIL PROTECTED]
Yahoo IM: mstover_ya
ICQ: 152975688

--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>




--
To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Reply via email to