On 08/04/2009, doki_pen <[email protected]> wrote:
> If the start and end time are in the past, then they are ignored and only
> duration is respected.

Not quite, the rule is as follows:

Duration (seconds)
IIf the scheduler checkbox is selected, one can choose a relative end
time. JMeter will use this to calculate the End Time, and ignore the
End Time value.

Startup delay (seconds)
If the scheduler checkbox is selected, one can choose a relative
startup delay. JMeter will use this to calculate the Start Time, and
ignore the Start Time value.

Please see the manual where this is described:

http://jakarta.apache.org/jmeter/usermanual/component_reference.html#Thread_Group

>
>  santiagoloso wrote:
>
> > I've tried this solution, and didn't worked out. Just to be sure, from the
> > command line, the only thing I need to do is to include the flag
> > -Jduration=600 (if I want it to last 10 minutes). Is that correct?
> >
> > If not, I've thought another workaround (which I'm not able to test yet,
> due
> > to environment permissions), and I would like second opinion:
> >
> > From the GUI, I've selected the Scheduler and setted up duration from
> there
> > (but, GUI does not allow me just to set the duration, and keeps asking for
> > the Start Time and End Time that I'm managing with Windows Task Scheduler
> > -cuz the JMeter's scheduler does not seems to be working).
> > After saving my jmx file, I've looked up for ThreadGroup.Duration
> propertie,
> > and erased ThreadGroup.Start_Time and ThreadGroup.End_Time (dunno if
> that's
> > the exact name, but it was something like that).
> > Then, double-checked that ThreadGroup.Scheduler value was true (once
> again,
> > I don't remember the name, but all this are listed together) and saved the
> > jmx file once again (the edition performed on Notepad).
> >
> > Is it a valid way to solve this problem?
> >
> > Thanks for your time.
> >
> > Steve Kapinos wrote:
> >
> >
> > > You could define the value in the test plan using a property.. and then
> > > set the property via the command line using -J
> > >
> > > The property could also be defined in a properties fil
> > >
> > > If the property is 'duration'  in the test plan use
> > >
> > > ${__P(duration,300)}
> > >
> > > 300 is a default value you would use if the property was not defined
> > >
> > > At the command like use
> > >
> > > Jmeter -Jduration=500
> > >
> > > -----Original Message-----
> > > From: Mordechai [mailto:[email protected]]
> Sent: Wednesday, December 03, 2008 10:04 AM
> > > To: [email protected]
> > > Subject: Howto: set "duration" or schedule by command line ?
> > >
> > >
> > > Hi there,
> > >
> > > I wasn't able to find this in the docs though I might have missed it. Is
> > > there a way to specify via command line the duration for the test? I've
> > > had
> > > trouble getting the scheduler to work accurately from the GUI in regards
> > > to
> > > duration.
> > >
> > > ./jmeter -n -t someTestScript.jmx -? what flag to specify duration?
> > >
> > > I thought I might be able to set this in the properties file and then
> > > pass
> > > the properties file via command line?
> > >
> > > Feedback appreciated.
> > > Mordechai
> > > --
> > > View this message in context:
> > >
> http://www.nabble.com/Howto%3A-set-%22duration%22-or-schedule-by-command
> > > -line---tp20809142p20809142.html
> > > 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]

Reply via email to