-
Notifications
You must be signed in to change notification settings - Fork 32
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
use --parallel to set Ginkgo's --procs flag #172
Conversation
Hi @xrstf. Thanks for your PR. I'm waiting for a kubernetes-sigs member to verify that this patch is reasonable to test. If it is, they should reply with Once the patch is verified, the new status will be reflected by the I understand the commands that are listed here. Instructions for interacting with me using PR comments are available here. If you have questions or suggestions related to my behavior, please file an issue against the kubernetes/test-infra repository. |
log.Printf("Test framework will start %d thread(s) and use verbosity level %d.", | ||
viper.Get("parallel"), viper.Get("verbosity")) | ||
|
||
outputDir := viper.GetString("output-dir") |
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.
removing L94-97 does not seem right, do we not need 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.
I didn't remove those lines, I moved them from this function into SetDefaults
, where all the other status printing happens. Seems more natural to have all the validation in one func and all the information printing in the other.
/ok-to-test |
/assign @reetasingh @rjsadow |
/lgtm |
[APPROVALNOTIFIER] This PR is APPROVED This pull-request has been approved by: rjsadow, xrstf The full list of commands accepted by this bot can be found here. The pull request process is described here
Needs approval from an approver in each of these files:
Approvers can indicate their approval by writing |
This is a suggestion to how we could handle
--parallel
to control the concurrency in Ginkgo. Importantly, setting--parallel
to a value larger than 1 does not setE2E_PARALLEL=true
, as this would make the go-runner automatically set--p --skip=\[Serial\]
, which would skip a few important test cases.Since we would now already control the
E2E_EXTRA_GINKGO_ARGS
variable, I also made it available on the CLI. This would allow someone to run--parallel --extra-ginkgo-args="--parallel=true --skip=...."
to really only run the parallel tests.It would work like this:
and dramatically speeds up the conformance tests, from ~1h30min to 20min.
I'm not sure if this is the best/correct solution, but it seems to work :-) Maybe the way
--parallel
here does not map to--parallel
in Ginkgo is confusing, maybe it would make more sense to introduce a new flag / rename--parallel
to something like--concurrency=<int>
? Or even directly adapt Ginkgo's--procs
/--nodes
?Fixes #167