Oops! That's what I meant, the timer rather than the controller. We use it in our test scripts, and the rate is defined via a property which we set at the start of a run.
Sebastian -----Original Message----- From: Michael Stover [mailto:[EMAIL PROTECTED] Sent: 21 June 2004 14:58 To: JMeter Users List Subject: RE: JMeter RAMP DOWN option? that's a great though, but I think the throughput timer might work better, and be simpler. You could dynamically change the timing values for the timer via stringFromFile or csvRead, and that would change the load you put on the server (though, not the number of threads). -Mike On Mon, 2004-06-21 at 06:34, BAZLEY, Sebastian wrote: > There's some information on Parameterising test plans in the JMeter FAQ - > see website for link. > > == > > I've not tried this, but you might be able to use a throughput controller to > change the load dynamically. > > The throughput value could be specified using a function, e.g. > StringFromFile or BeanShell, that could either read the value from a file or > calculate it. > > To avoid calling the function an excessive number of times, you would need > to make sure that the test was structured carefully, e.g. a nested loop > using the same throughput throughout, with the change of throughput in the > outer loop. > > Or you might be able to sample a server that returned the desired > throughput, and use a regex to extract it and pass it to the throughput > controller. > > The advantage of the variable throughput method (if it can be made to work) > is that you can ramp back up again. > > S. > -----Original Message----- > From: nlunebur [mailto:[EMAIL PROTECTED] > Sent: 21 June 2004 02:48 > To: JMeter Users List > Subject: Re: JMeter RAMP DOWN option? > > > that sounds like a great idea! > i'll be working on it. > just gotta find a way now for jmeter to read in a file containing the > requests as well as number of threads. > this way if any changes are made to the requests/threads, only one file > is changed instead of having to > copy-paste all over again. > thanku very much michael! > > Michael Stover wrote: > > >I see. No, there's no ramp down option. You might try loading the same > >test under multiple threadgroups that run serialized and change the > >number of threads in each group to create changing loads. > > > >-Mike > > > >On Sun, 2004-06-20 at 21:17, nlunebur wrote: > > > > > >>hi michael. > >>thanku for ur reply. > >>i wish to test a fairly large system where the load is increased to a > peak, > >>then decreased to see how the system reacts. like an up-down-up-down > >>pattern. > >>thats basically it really. > >>there are scripts that can do this but what we wanna do is be able to > >>copy paste the jmx test file to another machine and be able to run it > >>without having to > >>do anything else. > >>i guess this is not possible then? > >>nicole > >>Michael Stover wrote: > >> > >> > >> > >>>No, there is no ramp-down option. Can you describe a situation in which > >>>it would be useful? > >>> > >>>-Mike > >>> > >>>On Sun, 2004-06-20 at 21:00, nlunebur wrote: > >>> > >>> > >>> > >>> > >>>>hi, > >>>>i'm newbie and wanna know if JMeter has a ramp-down option as opposed to > > >>>>a ramp-up option??? > >>>> > >>>>i know you can work around this with scripts but wanted to know if > >>>>JMeter has this option or not ... > >>>> > >>>>--------------------------------------------------------------------- > >>>>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] > > > ___________________________________________________________________________ > > This e-mail and the documents attached are confidential and intended solely > for the addressee; it may also be privileged. If you receive this e-mail in > error, please notify the sender immediately and destroy it. As its integrity > cannot be secured on the Internet, the Atos Origin group liability cannot be > triggered for the message content. Although the sender endeavours to maintain > a computer virus-free network, the sender does not warrant that this > transmission is virus-free and will not be liable for any damages resulting > from any virus transmitted. > ___________________________________________________________________________ > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] -- Michael Stover <[EMAIL PROTECTED]> Apache Software Foundation --------------------------------------------------------------------- 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]
