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

Support cluster shrinking #100

Open
jcharum opened this issue Jul 27, 2020 · 0 comments
Open

Support cluster shrinking #100

jcharum opened this issue Jul 27, 2020 · 0 comments
Labels
enhancement New feature or request

Comments

@jcharum
Copy link
Contributor

jcharum commented Jul 27, 2020

For workloads that intersperse Bigslice computations with other long-running computations, there could be significant cost savings by shrinking or eliminating worker machines in between the Bigslice computations.

It's possible to workaround this today by spawning different Bigslice computations, but that is clunky. You have to deal with spawning processes and possibly serializing results.

This may be made much simpler depending on an implementation of #99. If use of a backing store were a prerequisite for shrinking, we could shut down machines with impunity.

@jcharum jcharum added the enhancement New feature or request label Jul 27, 2020
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

1 participant