Skip to content
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

Consider building our own remote execution service #91

Closed
aaronmondal opened this issue Apr 17, 2023 · 3 comments
Closed

Consider building our own remote execution service #91

aaronmondal opened this issue Apr 17, 2023 · 3 comments
Assignees
Labels
enhancement New feature or request

Comments

@aaronmondal
Copy link
Contributor

While we the new remote execution workflows are very efficient, we are still running gigantic builds compared to most other projects. This means that we quickly fall out of the "free" or "open source" tiers of remote execution services. Self-hosting might be inevitable 😅

For a full setup there is buildfarm. Regarding remote caching there is the pretty good bazel-remote, but it might also be fun to try wrapping dragonflydb with the remote-api gRPC calls and use that as cache.

The remote-apis are fairly straightforward, so we could also build an entire stack ourselves.

@aaronmondal
Copy link
Contributor Author

turbo-cache might be interesting for us.

@aaronmondal
Copy link
Contributor Author

@SpamDoodler @JannisFengler @jaroeichler Being able to benchmark things like llvm/llvm-project#62269 is another case for us to roll our own remote execution servers. Slowing down development progress because of things like this things like this is annoying and unnecessary.

@aaronmondal
Copy link
Contributor Author

After the migration to LRE and the introduction of the NativeLink infrastructure this is no longer necessary.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

4 participants