-
Notifications
You must be signed in to change notification settings - Fork 5.3k
make copilot setup run on 8 cores not 2 #116169
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
Conversation
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.
Pull Request Overview
This PR updates the Copilot setup workflow to use a higher-capacity runner, reducing setup time.
- Swaps the default
ubuntu-latestrunner for a custom8-core-ubuntu-latestrunner. - Verifies test builds and reduces setup duration from 26 min to 17 min.
|
Tagging subscribers to this area: @dotnet/runtime-infrastructure |
|
/ba-g not in build |
|
my concern may have been correct -- a test copilot run appears to be unable to get a runner. If that's the case, this will need reverting,
@Chuxel any guidance here, do you believe it ought to be possible to use better runners for hte setup steps? |
|
following up on the above, was resolved by removing the branch-locking of the runner group. its still locked to this repo |

I created this runner group at the org level locked down to main (and test branch) in this repo. (You have to lock to ref(s))
I verified the test runner is found and used when I kick the action manually against this PR branch:
https://github.com/dotnet/runtime/actions/workflows/copilot-setup-steps.yml
It cuts down the setup time from 26 min to 17 min. (We could add more cores too)
Now putting it in main, the question is, will copilot use it, as it creates its own PR branch which it builds (not main). I guess if we merge this, we will find out.