Start distributed test with multiple slaves with one command.
See original GitHub issueDescription of feature request
Currently when we need to do distributed test, we have to start Locust master and slaves one by one. Suppose our load test machine has 32 cores, we need to run start command 33 times ! Also, when we adjust our Locust scripts, we have to kill all Locust slaves and start again.
Considering this scenario is so common, we can add one parameter (such as --cpu-cores
) to simplify this job.
Expected behavior
With the argument , we can start locust with master and specified number of slaves (default to cpu cores number) at one time.
$ locust -f locustfile.py --cpu-cores 4
[2017-08-26 23:51:47,071] bogon/INFO/locust.main: Starting web monitor at *:8089
[2017-08-26 23:51:47,075] bogon/INFO/locust.main: Starting Locust 0.8a2
[2017-08-26 23:51:47,078] bogon/INFO/locust.main: Starting Locust 0.8a2
[2017-08-26 23:51:47,080] bogon/INFO/locust.main: Starting Locust 0.8a2
[2017-08-26 23:51:47,083] bogon/INFO/locust.main: Starting Locust 0.8a2
[2017-08-26 23:51:47,084] bogon/INFO/locust.runners: Client 'bogon_656e0af8e968a8533d379dd252422ad3' reported as ready. Currently 1 clients ready to swarm.
[2017-08-26 23:51:47,085] bogon/INFO/locust.runners: Client 'bogon_09f73850252ee4ec739ed77d3c4c6dba' reported as ready. Currently 2 clients ready to swarm.
[2017-08-26 23:51:47,084] bogon/INFO/locust.main: Starting Locust 0.8a2
[2017-08-26 23:51:47,085] bogon/INFO/locust.runners: Client 'bogon_869f7ed671b1a9952b56610f01e2006f' reported as ready. Currently 3 clients ready to swarm.
[2017-08-26 23:51:47,085] bogon/INFO/locust.runners: Client 'bogon_80a804cda36b80fac17b57fd2d5e7cdb' reported as ready. Currently 4 clients ready to swarm.
Actual behavior
To achieve the same goal above, we have to start Locust master first.
$ locust -f locustfile.py --master
And then open another terminal shell, start Locust slaves one by one.
$ locust -f locustfile.py --slave &
$ locust -f locustfile.py --slave &
$ locust -f locustfile.py --slave &
$ locust -f locustfile.py --slave &
Environment settings (for bug reports)
N/A
Steps to reproduce (for bug reports)
N/A
Issue Analytics
- State:
- Created 6 years ago
- Comments:9 (2 by maintainers)
Top Results From Across the Web
Jmeter Distributed (Remote) Testing: Master Slave Configuration
Slave : the system running JMeter-server, receive a command from the master and send a request to a server under test.
Read more >Jmeter distributed testing master as 2 clients - Stack Overflow
You cannot run more than one test at a time on a given slave. If your slave machines are powerful enough you can...
Read more >Step-by-step Approach for JMeter Distributed Testing -
Master: The system running JMeter GUI/non-GUI, controls each slave and receives test execution information (collected metrics, threads/virtual ...
Read more >JMeter Distributed Testing: Step by Step - ImpactQA
1 ) Go to Run->Remote Start All. You can also Go to Run->Remote Start and select any one of the machines you wish...
Read more >How to Perform Distributed Testing in JMeter - BlazeMeter
One, configured through the master system, is through Run->Remote Start and then select the slave system where we want to execute. The second, ......
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Yeah, it would be cool to have an example of this.
The issue is still fuzzy, but the command cannot go @debugtalk