Hi Adrian,

Adding a transaction controller to hold my 10 simple controllers resulted 
in a 46th line in the summary report and in the aggregate graph.
Indeed it shows aggregated values at the transaction level: average / min 
/ max times etc. over all runs.

I still see the detailed values at the 45 page leves thougl, which is a 
minor annoyance that I can live with.
The only place where I find run-time values for each individual run / 
transaction is in "View results in table": I could copy every 46th line to 
Excel and use that to draw my graphs.

The result is not perfect, but it's a big step forward already.
Thanks a lot.


P.S: As for the 4x per hour timing:
I'm using a fixed delay after the last simple controller, combined with a 
loop count at the thread group level. It's accurate enough for my needs.
As an alternative, I tried your suggestion and added a constant throughput 
timer outside the transaction controller. The result was a pause between 
each and every page request ;-(


Kind Regards.

Jef Debacker | Agfa HealthCare
System Engineer - Livelink Administrator | HE/ICS/IFS/WSCC
T  +32 3444 5186 | F  +32 3 444 7887 | M  +32 494 56 1024

Agfa HealthCare NV, Septestraat 27, 2640 Mortsel, Belgium
http://www.agfa.com/healthcare/
R.O.: Septestraat 27, B-2640 Mortsel, Belgium | RLE Antwerp | VAT BE 
0403.003.524 | IBAN BE03570124715584 | Citibank International PLC, B-1050 
Brussels
Click on link to read important disclaimer: 
http://www.agfa.com/healthcare/maildisclaimer

"Fitzpatrick, Adrian" <[email protected]> wrote on 2009-02-11 15:17:32:

> [image removed] 
> 
> RE: Looking for TOTAL run-time results, not per HTTP request.
> 
> Fitzpatrick, Adrian 
> 
> to:
> 
> JMeter Users List
> 
> 2009-02-11 15:17
> 
> Please respond to "JMeter Users List"
> 
> 
> Note on the below - you might want to vary this approach slightly, 
depending
> how you are controlling the execution once every 15 mins. e.g. if you 
are
> using a constant throughput timer (4 per hour), i think you will need to
> leave this outside your transaction controller otherwise (i think) every
> iteration will just measure an elapsed time of 15 mns
> 
> -----Original Message-----
> From: Fitzpatrick, Adrian 
> Sent: 11 February 2009 14:12
> To: JMeter Users List
> Subject: RE: Looking for TOTAL run-time results, not per HTTP request.
> 
> 
> *************************************
> 
> This e-mail has been received by the Revenue Internet e-mail service. 
(IP)
> 
> *************************************
> 
> 
> Hi,
> 
> I think what you want to do is group your entire test under a single
> transaction (not a simple) controller - this will count the total time 
for
> everything within the controller and will show average min max etc  in 
the
> summary report for this transaction across all 96 iterations.
> 
> - Adrian
> 
> -----Original Message-----
> From: sebb [mailto:[email protected]]
> Sent: 11 February 2009 13:21
> To: JMeter Users List
> Subject: Re: Looking for TOTAL run-time results, not per HTTP request.
> 
> 
> *************************************
> 
> This e-mail has been received by the Revenue Internet e-mail service. 
(IP)
> 
> *************************************
> 
> On 11/02/2009, [email protected] <[email protected]> wrote:
> > I've created a JMeter test plan that simulates a user accessing a web
> >  application.
> >  It contains just a single thread with about 10 simple controllers, 
run in
> >  sequence. Each controller contains 4 to 5 HTML page requests.
> >  All in all I have 45 page requests, totalling just under 1000 
individual
> >  HTTP requests, as I have "Retrieve All Embedded Resources from HTML 
Files"
> >  turned on.
> >
> >  What I want to do is run this test every 15 minutes for 24 hours = 96 
runs
> >  I'm trying to measure how variable the response times are under 
normal
> >  working-day conditions.
> >
> >  What I'm interested in is the TOTAL TIME it takes for each individual 
run
> >  of this test.
> >  I want to obtain best / worst / average / mean numbers for that total
> >  time, and display individual run times in a graph.
> >  What I get from JMeter however are best / worst / average / mean 
TIMES PER
> >  PAGE REQUEST, i.e 45 lines in the summary report and in the aggregate
> >  graph.
> >  I was unable to find a way to let it show best / worst / average / 
mean
> >  numbers per test run.
> >
> >  I could export detailed data and do some extensive juggling in a
> >  spreadsheet, starting with manually separating data for each run.
> >  But there should be better ways, I think.
> >
> >  I already tried moving all 10 simple controllers into a single one 
located
> >  just below the thread group, but it didn't make a difference.
> >
> >  Does anyone know how JMeter can directly show me the data I want ?
> 
> Is the TOTAL line in the Summary Report not suitable?
> 
> 
http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Summary_

> Report
> 
> What about using Generate Summary Results?
> 
> 
http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Generate

> _Summary_Results
> 
> >  Kind Regards.
> >
> >  Jef Debacker | Agfa HealthCare
> >  System Engineer - Livelink Administrator | HE/ICS/IFS/WSCC
> >  T  +32 3444 5186 | F  +32 3 444 7887 | M  +32 494 56 1024
> >
> >  Agfa HealthCare NV, Septestraat 27, 2640 Mortsel, Belgium
> >  http://www.agfa.com/healthcare/
> >  R.O.: Septestraat 27, B-2640 Mortsel, Belgium | RLE Antwerp | VAT BE
> >  0403.003.524 | IBAN BE03570124715584 | Citibank International PLC, 
B-1050
> >  Brussels
> >  Click on link to read important disclaimer:
> >  http://www.agfa.com/healthcare/maildisclaimer
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> 
> ************************
> 
> This message has been delivered to the Internet by the Revenue Internet
> e-mail service (OP)
> 
> *************************
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 
> 
> 
> ************************
> 
> This message has been delivered to the Internet by the Revenue 
> Internet e-mail service (OP)
> 
> *************************
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [email protected]
> For additional commands, e-mail: [email protected]
> 

Reply via email to