-
Notifications
You must be signed in to change notification settings - Fork 192
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
Reduce GitHub runner use for CI #5053
Comments
I think this should be a top priority @wenyikuang and @DavidGoldwasser. It is another thing that is good to do now, before we get into another high pressure release cycle. It seems like we should be able to move this over to Jenkins without too much issue, right? |
We could start by stopping running the workflow for all pushes to develop right now, until we figure out a better plan of action. And yes, this is movable to Jenkins. With a couple of notes:
|
…h to develop to preserve GHA CI resources
#5053 - Temporary fix: stop building Python / C# bindings on each push to develop to preserve GHA CI resources
I believe we could re-used the script we have here with some debugging and configuration update in the Jenkins system to build the CSharp binding release for each time we merge PR to the Or that's not the same case? |
On a related note, GitHub Linux runners now have 4 cpus instead of 2: |
Should we close this issue? Seems like it has been addressed. |
We do now have openstudio-gems running as an action, which is new, but I don't think it has been a big issue. The other thing is that I believe the C# bindings/nuget package are setup as an action, but I'm not sure. We'll need @wenyikuang to weight and confirm if we can close this for sure. |
Yeah, C# binding and pypi package are still in github actions. https://github.com/NREL/OpenStudio/blob/develop/.github/workflows/buildCSharp.yml I think I could migrant them to come with windows build if there is no hidden issues. |
Enhancement Request
Currently OpenStudio uses 11 runners, totaling about 24 hours worth of runtime, to generate python and C# bindings on the CI. I believe that NREL gets a total of 20 runners for the entire organization. During active OpenStudio development, this has led to severe blockage that causes other repos' actions to queue up for extended periods of time, and can negatively affect other projects getting their work done.
Can we move these over to the Jenkings cluster? Or otherwise reduce/offload them?
@kbenne @wenyikuang
The text was updated successfully, but these errors were encountered: