You can set up a large ramp-up time, so that the number of active threads increases over time.
Or you can use the throughput controller with a variable throughput, and use the BeanShell server to change this at run-time. However, neither is exactly what you want. On 25/12/05, praveen <[EMAIL PROTECTED]> wrote: > Other than using thread groups and the schedulers within them, I doubt > whether this is possible.. and would be interested in know if there is > a way to do it. > > On 12/21/05, Peter Lin <[EMAIL PROTECTED]> wrote: > > I've never had to do that myself, perhaps other users will respond. given > > it's the holidays in the US, you might have to wait for some responses. > > > > peter > > > > > > On 12/21/05, Anurodh Jain <[EMAIL PROTECTED]> wrote: > > > > > > > > > Hi, > > > I have a scenario where it is required to control the number of concurrent > > > threads to a certain > > > value, at any instance of time. For example, at any given point of time > > > during the execution of the test, > > > I want that only 5 threads should be running (it can be <=5 threads > > > depending on the application) > > > How can I achieve this using JMeter. > > > > > > Appreciate any help. > > > > > > Regards > > > Anurodh > > > > > > > > > > > > > > > ********************************************************** > > > > > > The information contained in, or attached to, this e-mail, contains > > > confidential information and is intended solely for the use of the > > > individual or entity to whom they are addressed and is subject to legal > > > privilege. If you have received this e-mail in error you should notify the > > > sender immediately by reply e-mail, delete the message from your system > > > and > > > notify your system manager. Please do not copy it for any purpose, or > > > disclose its contents to any other person. The views or opinions presented > > > in this e-mail are solely those of the author and do not necessarily > > > represent those of the company. The recipient should check this e-mail and > > > any attachments for the presence of viruses. The company accepts no > > > liability for any damage caused, directly or indirectly, by any virus > > > transmitted in this email > > > > > > ************************************************************ > > > > > > > > > > -- > k.p. > > --------------------------------------------------------------------- > 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]
