Read through all the posts in this thread, got my answer. -----Original Message----- From: Modha Khammammettu [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 21, 2007 12:58 PM To: JMeter Users List Subject: RE: How throughput is calculated in jmeter?
If I run my test for 10 minutes. ( There are 5 steps in my test) I run my test forever option checked. ( 300ms constant timer) Can I say : Number of Requests = Sum of (# of Samples that Summary report shows against each step) Total Time to Issue Requests = 10 minutes Please let me know. -----Original Message----- From: sebb [mailto:[EMAIL PROTECTED] Sent: Thursday, November 15, 2007 12:30 PM To: JMeter Users List Subject: Re: How throughput is calculated in jmeter? Throughput = Number of requests / Total time to issue the requests. For a single request, the throughput depends only on the time to issue a single request. For multiple requests, the throughput depends also on the gaps between the requests. E.g. if a request is issued every 30 seconds, the throughput will be 2/min, and is largely independent of the time each request takes. On 15/11/2007, moon <[EMAIL PROTECTED]> wrote: > > OK I go with yo....Plz explain in detail about the calculations here..... > > As yo said Login requests(with 1 sample) seems to be fine.....but see > the send and receive and further requests(which has 5 samples) and how > is the throughput calculated there... > > for login requests, approximately it takes 27 sec(from average) for 1 > requests, hence the throughput 2.2/min....it seems to be fine.... > But for other requests, > ex..sendreceive requests, approximately it takes 49 sec(from average) > for 1 requests, here how we get throughput value to be 35.8/hr... > > > > As I wrote previously, the Aggregate Report is wrong on two counts: > > * KB/sec is actually bytes/sec > * Throughput calculation is incorrect (see previous post for full details). > > Use the Summary Report instead. > > On 15/11/2007, moon <[EMAIL PROTECTED]> wrote: > > > > As yo said Login requests seems to be fine.....but see the send and > > receive and further requests and how is the throughput calculated > > there... > > > > for login requests, approximately it takes 27 sec(from average) for > > 1 requests, hence the throughput 2.2/min....it seems to be fine.... > > But for the next requests, > > ex..sendreceive requests, approximately it takes 49 sec(from > > average) for > > 1 > > requests, here how we get throughput value to be 35.8/hr... > > > > Whether KB/sec column in aggregate graph is wrong? In summary report > > whether KB/sec values are calculated correctly? > > > > Plz explain me in detail............................(version of the > > Jmeter used by me is 2.3) > > > > > > > > > > > > > > sebb-2-2 wrote: > > > > > > On 14/11/2007, sebb <[EMAIL PROTECTED]> wrote: > > >> On 14/11/2007, sebb <[EMAIL PROTECTED]> wrote: > > >> > On 14/11/2007, moon <[EMAIL PROTECTED]> wrote: > > >> > > > > >> > > Hi, > > >> > > > > >> > > I ran a test plan with the following samplers(HTTP requests) > > >> > > under > > a > > >> single > > >> > > thread. > > >> > > 1.Login requests(under once only controller) 2.Sendreceive > > >> > > requests 3.More requests 4.Image requests 5.Next requests > > >> > > 6.Previous requests > > >> > > > > >> > > the above test plan is executed with, > > >> > > > > >> > > Number of threads-1 > > >> > > Ramp-up-0 sec > > >> > > loops-5 > > >> > > > > >> > > and test ran time is 589000 milliseconds... > > >> > > > >> > Which version of JMeter are you using? > > >> > > > >> > > I got the following aggregate report, > > >> > > > > >> > > http://www.nabble.com/file/p13746933/ScreenHunter_124.gif > > >> > > > > >> > > Summary report > > >> > > > > >> > > http://www.nabble.com/file/p13746933/ScreenHunter_125.gif > > >> > > > > >> > > why the throughput in aggregate report and summary report differs? > > >> and how > > >> > > is the throughput calculated. > > >> > > > >> > Throughput = number of requests/elapsed time. > > >> > > > >> > The numbers of requests are identical (as are the other columns > > >> > apart from KB/sec), so it looks like the two Listeners are > > >> > using slightly different ways of determining the elapsed time. > > >> > > > >> > It's possible that one of the Listeners is assuming that the > > >> > sample timeStamps are end timeStamps and the other start stamps. > > > > > > I've found the problem - the statistics calculator used by the > > > Aggregate Report was mistakenly adding the elapsed time to the end > > > time; this had the effect of increasing the calculated elapsed > > > time, and therefore reducing the throughput. > > > > > > The fix will be in the next release of JMeter. > > > > > > The Summary Report has the correct calculation; it also uses fewer > > > resources as it does not need to save all the samples. > > > > > > [It's best not to use the Aggregate Report unless you really need > > > the Median and 90% values.] > > > > > > Although the Aggregate Report shows a lower throughput, the > > > discrepancy will be small, especially for longer test runs, where > > > individual elapsed times are a small percentage of the overall run > > > time. > > > > > > It was more obvious in this case because there were few samples - e.g. > > > only 1 login request; the Aggregate throughput was half the > > > Summary throughput because the elapsed time was used twice by the > > > Aggregate calculation. The TOTAL lines are closer - 2.6 against > > > 2.7 which is about 4% difference. > > > > > > Thanks for reporting the problem. > > > > > >> > [The Aggregate report looks to have the wrong heading; should > > probably > > >> > be bytes/sec. Or the code failed to divide by the appropriate > > factor.] > > >> > > >> The Aggregate Graph and Aggregate Report code failed to divide by > > >> 1024; this has been fixed for the next release. > > >> > > >> > If you have a copy of the sampler data (JTL file) could you > > >> > send it > > to > > >> > me privately please? Either CSV or XML format will do. [Please > > >> > don't post it to the list] > > >> > > > >> > > Would you explain in detail the throughput calculation for > > >> > > each > > >> requests > > >> > > with formula .....plz... > > >> > > > >> > See above. > > >> > > > >> > > -- > > >> > > View this message in context: > > >> > > http://www.nabble.com/How-throughput-is-calculated-in-jmeter--tf4805 > > 121.html#a13746933 > > >> > > Sent from the JMeter - User mailing list archive at Nabble.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] > > > > > > > > > > > > > -- > > View this message in context: > > http://www.nabble.com/How-throughput-is-calculated-in-jmeter--tf4805 > > 121.html#a13761123 Sent from the JMeter - User mailing list archive > > at Nabble.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] > > > > > -- > View this message in context: > http://www.nabble.com/How-throughput-is-calculated-in-jmeter--tf480512 > 1.html#a13765803 Sent from the JMeter - User mailing list archive at > Nabble.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] --------------------------------------------------------------------- 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]
