-
Notifications
You must be signed in to change notification settings - Fork 217
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
walletFactory uses virtual objects #4489
Comments
@michaelfig Do you want this to be under the #3995 (as it is currently) or #4511 (which is the epic for all of the other virtual objects / collection work)? |
This work might get subsumed fully or partially by #4484, or at least much lest work. |
Wallet Manager is deprecated, so do we still need to do this? |
We need to measure the slope: RAM used per provisioned account, and also GC time (because that scales with the size of the object graph, hence RAM). Then we can compare that against the 2GiB per-vat limit (#5953) to estimate how many users can be added before the worker would be killed by the memory limit, and then since it is (supposed to be) a |
What is the Problem Being Solved?
Wallet manager and individual wallet backends need to be scalable.
Description of the Design
Do the wholesale migration of the wallet backends to collections of virtual objects.
Security Considerations
Test Plan
The text was updated successfully, but these errors were encountered: