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

Artificial Intelligence For Remote Cache #7188

Closed
bayareabear opened this issue Jan 19, 2019 · 3 comments
Closed

Artificial Intelligence For Remote Cache #7188

bayareabear opened this issue Jan 19, 2019 · 3 comments
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) stale Issues or PRs that are stale (no activity for 30 days) team-Remote-Exec Issues and PRs for the Execution (Remote) team type: feature request

Comments

@bayareabear
Copy link

When remote cache is enabled, it would be good to add a field in AC entry to record how much CPU time it took to complete that AC and also a field for the total file size of it's output file. Then according to the network speed, it can calculate if it is faster to run the AC locally or just download the output from remote cache.
On the other hand, it can also set a threshhold wait time for each action accordingly, if the wait time exceeds the threshhold, then do it locally.
If the total build output is over 10GB, then soon enough the network bandwidth becomes the bottleneck.
Also, the assumption that an CAS entry referred by an AC must exist on the server makes it hard to do load balancing and horizonal scale to overcome the network bandwidth bottleneck as mentioned in this issue:
buchgr/bazel-remote#65

@buchgr
Copy link
Contributor

buchgr commented Jan 21, 2019

Thanks for the idea! I believe this could be something that we'll want to implement eventually but probably only if still necessary after #7086 and #6862 have been implemented. What do you think?

@buchgr buchgr added the P3 We're not considering working on this, but happy to review a PR. (No assignee) label Jan 21, 2019
@buchgr buchgr self-assigned this Jan 21, 2019
@buchgr buchgr added team-Remote-Exec Issues and PRs for the Execution (Remote) team type: feature request labels Jan 21, 2019
@buchgr buchgr removed their assignment Jan 9, 2020
@github-actions
Copy link

Thank you for contributing to the Bazel repository! This issue has been marked as stale since it has not had any activity in the last 3 years. It will be closed in the next 14 days unless any other activity occurs or one of the following labels is added: "not stale", "awaiting-bazeler". Please reach out to the triage team (@bazelbuild/triage) if you think this issue is still relevant or you are interested in getting the issue resolved.

@github-actions github-actions bot added the stale Issues or PRs that are stale (no activity for 30 days) label Feb 28, 2023
@github-actions
Copy link

This issue has been automatically closed due to inactivity. If you're still interested in pursuing this, please reach out to the triage team (@bazelbuild/triage). Thanks!

@github-actions github-actions bot closed this as not planned Won't fix, can't repro, duplicate, stale Mar 15, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
P3 We're not considering working on this, but happy to review a PR. (No assignee) stale Issues or PRs that are stale (no activity for 30 days) team-Remote-Exec Issues and PRs for the Execution (Remote) team type: feature request
Projects
None yet
Development

No branches or pull requests

2 participants