Concurrent Clients mismatch

[emil916]

Concurrent Clients mismatch

[alexfernandez]

Keep in mind that the latest version is creating concurrent clients on demand; if it cannot create 25 clients in the five assigned seconds it will report less, as in your case. Can you try with a longer time to see if it reaches 25? Thanks!

[emil916]

I see. Honestly, I was actually thinking of how the cc (concurrent clients) option becomes useless when one specifies the rps. I feel like when the rps is specified loadtest should be the one to decide the most appropriate number of cc, based on the parameters (load, cpus, input size (file option) etc.).

I will test it out again and report the outcome here. If it matches my mental model I will close the issue, if that is okay with you. If not, feel free to close it.

Thank you!

Emil
PhD student from GW

[alexfernandez]

Oh, you are right! I did not notice the --rps above. Actually it's explicitly mentioned in the documentation:

Note: the `--concurrency` option will be ignored if `--requestsPerSecond` is specified;
clients will be created on demand.

[emil916]

Oh, then my bad. Is it a new thing or was it like this since old times? (I dont have the most update version yet).

I think this Note should be shown as a warning when one uses both options anyways.

[alexfernandez]

It's a new thing for versions 8+ I think. Instead of showing the warning I opted for displaying the actual number of concurrent clients, perhaps it could be made more evident 🤔

[emil916]

Alright, it all make sense now. Thanks! Closing the issue.