for some reason the formatting of my mail didnt work there.
basically the throughput controller is at the same level as the transaction
controller.
--------- Original Message --------
From: JMeter Users List <jmeter-user@jakarta.apache.org>
To: JMeter Users List <jmeter-user@jakarta.apache.org>
Subject: Re: Sequence of requests
Date: 03/07/07 15:39
> Ok, I'm close now, frustratingly so :)
>
> I now have this:
>
> thread group
> Transaction controller
> request1
> loop controller
> 5 other requests
> constant throughput controller
>
> When i run it, I want it to run all 6 requests one after another and then
> wait the amount of time necessary to achieve the constant throughput -
i.e.
> i dont want the thoughput controller to insert delays between each request
> in the threadgroup...
>
> Does that make sense?
>
>
> --------- Original Message --------
> From: JMeter Users List <jmeter-user@jakarta.apache.org>
> To: JMeter Users List <jmeter-user@jakarta.apache.org>
> Subject: Re: Sequence of requests
> Date: 03/07/07 15:17
>
> > ah i found it sorry, transaction _controller_ not timer as i misread
it!
> > whoops!
> >
> > Thanks!
> > Dan
> >
> > --------- Original Message --------
> > From: JMeter Users List
&lt;jmeter-user@jakarta.apache.org&gt;
> > To: JMeter Users List &lt;jmeter-user@jakarta.apache.org&gt;,
Lists
> > &lt;lists@dankeeley.co.uk&gt;
> > Subject: Re: Sequence of requests
> > Date: 03/07/07 15:13
> >
> > &gt; Use the Transaction Controller and a Constant Throughput
Timer.
> > &gt;
> > &gt; S.
> > &gt;
> > &gt; On 03/07/07, Lists
&amp;lt;lists@dankeeley.co.uk&amp;gt; wrote:
> > &gt; &amp;gt; Ah, further investigation shows i may not be
able to do this
> so i
> > thought
> > &gt; &amp;gt; i'd elaborate. I need to have say 5 requests
in a thread
> group,
> > which
> > &gt; &amp;gt; execute in a sequence each 1 immediately after
the previous
> one. And
> > then
> > &gt; &amp;gt; have a delay according to ideally a constant
throughput
> rate...
> > &gt; &amp;gt;
> > &gt; &amp;gt; Essentially i need to work out the average
response time for
> the
> > entire
> > &gt; &amp;gt; sequence..
> > &gt; &amp;gt;
> > &gt; &amp;gt; --------- Original Message --------
> > &gt; &amp;gt; From: JMeter Users List
> &amp;lt;jmeter-user@jakarta.apache.org&amp;gt;
> > &gt; &amp;gt; To: JMeter Users List
> &amp;lt;jmeter-user@jakarta.apache.org&amp;gt;
> > &gt; &amp;gt; Subject: Sequence of requests
> > &gt; &amp;gt; Date: 03/07/07 14:20
> > &gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt; Hi,
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt; I'd quite like to put together
a
sequence of
> requests and to
> > return in the
> > &gt; &amp;gt; &amp;gt; logs the total response time
for
the entire
> sequence. Can I do
> > that?
> > &gt; &amp;gt; I.e.
> > &gt; &amp;gt; &amp;gt; a thread group, and rather than
returning a
> response time for
> > each
> > &gt; &amp;gt; request,
> > &gt; &amp;gt; &amp;gt; just return a total for all
requests executed in
> order for that
> > &gt; &amp;gt; threadgroup.
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt; If not then clearly it's something
thats relatively
> easily done
> > with a bit
> > &gt; &amp;gt; &amp;gt; of post processing on the output
file, so it's not
> a problem.
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt; I'm not sure if there would be
issues with the
> constant
> > throughput timer
> > &gt; &amp;gt; &amp;gt; here, when that decides a thread
can run, do they
> then all run
> > one after
> > &gt; &amp;gt; &amp;gt; another, or does it insert delays
between each
> request in a
> > threadgroup..?
> > &gt; &amp;gt; &amp;gt; hmm...
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt; Thanks,
> > &gt; &amp;gt; &amp;gt; Dan
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
________________________________________________
> > &gt; &amp;gt; &amp;gt; Message sent using UebiMiau 2.7.10
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
> > ---------------------------------------------------------------------
> > &gt; &amp;gt; &amp;gt; To unsubscribe, e-mail:
> > jmeter-user-unsubscribe@jakarta.apache.org
> > &gt; &amp;gt; &amp;gt; For additional commands, e-mail:
> > jmeter-user-help@jakarta.apache.org
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt; &amp;gt;
> > &gt; &amp;gt;
> > &gt; &amp;gt;
________________________________________________
> > &gt; &amp;gt; Message sent using UebiMiau 2.7.10
> > &gt; &amp;gt;
> > &gt; &amp;gt;
> > &gt; &amp;gt;
> > &gt; &amp;gt;
> ---------------------------------------------------------------------
> > &gt; &amp;gt; To unsubscribe, e-mail:
> jmeter-user-unsubscribe@jakarta.apache.org
> > &gt; &amp;gt; For additional commands, e-mail:
> jmeter-user-help@jakarta.apache.org
> > &gt; &amp;gt;
> > &gt; &amp;gt;
> > &gt;
> > &gt;
---------------------------------------------------------------------
> > &gt; To unsubscribe, e-mail:
jmeter-user-unsubscribe@jakarta.apache.org
> > &gt; For additional commands, e-mail:
jmeter-user-help@jakarta.apache.org
> > &gt;
> > &gt;
> > &gt;
> >
> > ________________________________________________
> > Message sent using UebiMiau 2.7.10
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
> >
> >
> >
>
> ________________________________________________
> Message sent using UebiMiau 2.7.10
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
>
>
>
________________________________________________
Message sent using UebiMiau 2.7.10
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-user-help@jakarta.apache.org
|