I saw this documentation already but I’m still curious about it.
I set the number of vus to a certain number. But, even though it’s fixed, sometimes the value of the vus is less than the number I set.
I wonder if the number of vus is guaranteed or not.
[Result Image]
Situation: I set the vus to 10. But in the result, vus is 6.
k6 adjusts the VUs based on various criteria, including the endpoint response time, network throughput, and other related latencies. But, if you want to generate a constant request rate, have a look at my article:
In your particular case @Erin there will always be 10VUs for the duration of the test. After the 10s(your duration) though because after v0.27.0 we have gracefulStop of 30s by default we will wait for VUs to finish their already started iterations for 30s. This means that some VUs will return before others(arguably this is always the case … even if we stop them “simultaneously” without gracefulStop).
Now unfortunately in this case (and I think this is the only such case at all …) vus is a counter which increases and decreases (see stages/ramping-vus, for an example of this), k6 actually stops all VUs at the end and that counter does go down to 0.
Unfortunately, it seems that the “all VUs have stopped we can print the summary now” and “all VUs have stopped and we have updated the counters and that have gone through so it will be seen in the summary” are two distinct events, that lead to the vus last value (which shown here) to not be 0 as it should be … as at the end of a test we have always stopped all vus.
tl;dr - in your particular case it was 10 vus for the whole duration you care about
!!
