-
Notifications
You must be signed in to change notification settings - Fork 1.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Exclude no work executor #1307
Exclude no work executor #1307
Conversation
5638447
to
17c9865
Compare
For executor which has nothing to do in a given segment, we should not include it in the list of executors. To do it, add new method HasWork to ExecutorConfig. By filtering out no work executor when creating new schedulter, we can prevents any un-necessary works and provide better UX. Fixes #1295
17c9865
to
0fec90c
Compare
Codecov Report
@@ Coverage Diff @@
## new-schedulers #1307 +/- ##
=================================================
+ Coverage 74.92% 75% +0.07%
=================================================
Files 159 159
Lines 12288 12311 +23
=================================================
+ Hits 9207 9234 +27
+ Misses 2590 2587 -3
+ Partials 491 490 -1
Continue to review full report at Codecov.
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM!
logger.Warnf( | ||
"Executor '%s' is disabled for segment %s due to lack of work!", | ||
sc.GetName(), options.ExecutionSegment, | ||
) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I am wondering if instead of
WARN[0000] Executor 'shared_iters1' is disabled for segment 1/2:3/4 due to lack of work!
executor: local
output: -
script: 1295.js
execution: (25.00%) 3 executors, 2 max VUs, 10m30s max duration (incl. graceful stop):
* constant_arr_rate: 0.75 iterations/s for 20s (maxVUs: 1, gracefulStop: 30s)
* shared_iters1: 0 iterations shared among 0 VUs (maxDuration: 10m0s, gracefulStop: 30s)
* shared_iters2: 1 iterations shared among 1 VUs (maxDuration: 10m0s, gracefulStop: 30s)
running (00m20.1s), 0/2 VUs, 15 complete and 0 interrupted iterations
constant_arr_rate [======================================] 0.75 iters/s, 1 out of 1 VUs active done!
shared_iters2 [======================================] 1/1 shared iters among 1 VUs done!
data_received........: 0 B 0 B/s
data_sent............: 0 B 0 B/s
iteration_duration...: avg=33.41µs min=4.91µs med=24.81µs max=87.14µs p(90)=74.71µs p(95)=82.18µs
iterations...........: 15 0.745541/s
vus..................: 1 min=1 max=1
it would be better to be just before the progressbars
executor: local
output: -
script: 1295.js
execution: (25.00%) 3 executors, 2 max VUs, 10m30s max duration (incl. graceful stop):
* constant_arr_rate: 0.75 iterations/s for 20s (maxVUs: 1, gracefulStop: 30s)
* shared_iters1: 0 iterations shared among 0 VUs (maxDuration: 10m0s, gracefulStop: 30s)
* shared_iters2: 1 iterations shared among 1 VUs (maxDuration: 10m0s, gracefulStop: 30s)
WARN[0000] Executor 'shared_iters1' is disabled for segment 1/2:3/4 due to lack of work!
running (00m20.1s), 0/2 VUs, 15 complete and 0 interrupted iterations
constant_arr_rate [======================================] 0.75 iters/s, 1 out of 1 VUs active done!
shared_iters2 [======================================] 1/1 shared iters among 1 VUs done!
data_received........: 0 B 0 B/s
data_sent............: 0 B 0 B/s
iteration_duration...: avg=33.41µs min=4.91µs med=24.81µs max=87.14µs p(90)=74.71µs p(95)=82.18µs
iterations...........: 15 0.745541/s
vus..................: 1 min=1 max=1
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
it will be a bit better, yeah.... though that would require some very refactoring that I'm not sure I want to do right now... basically, we'd have to reorder a lot of cmd/run.go
to achieve this 😞
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
okay let's leave it for a future PR
For executor which has nothing to do in a given segment, we should not
include it in the list of executors.
To do it, add new method HasWork to ExecutorConfig. By filtering out no
work executor when creating new schedulter, we can prevents any un-necessary
works and provide better UX.
Fixes #1295