-
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
Speed up e2e tests by increasing concurrency / # of ginkgo nodes #9579
Comments
cc @kubernetes-sigs/cluster-api-release-team I'll open the PR for release-1.4. Happy if someone wants to take over the rest of the issue |
Thanks! /triage accepted |
To also mention it here. I think we can see 10 as an intermediate step to gather more experience with higher concurrency. Once we moved all jobs to the EKS cluster, we can figure out what node size they are using, use higher CPU request/limits and further increase our concurrency |
Given that the tests were not really stable with concurrency 10. I'll wait until after the EKS move. Possible next steps then:
|
/kind feature |
This issue is about running our e2e tests with more ginkgo nodes / concurrency instead of 3.
I think this would improve our dev efficiency because we end up with a quicker feedback loop for e2e-full. It also allows us to add more e2e tests without being too worried about test durations.
For context: Slack: https://kubernetes.slack.com/archives/C8TSNPY4T/p1697730320651299
The text was updated successfully, but these errors were encountered: