-
Notifications
You must be signed in to change notification settings - Fork 322
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
Chewing RAM #194
Comments
The RAM used by hyperkit should be fully swappable, please see #67 (comment) and and docker/for-mac#178 (comment) for details of what that means and why we don't consider an apparently large process size as an issue in the first instance. I'm going to preemptively close but please do reopen if you find that the memory is locked down somehow. Note: If you are consuming Hyperkit via Docker for Mac (as opposed to directly for running your own VM) then please open an issue at https://github.com/docker/for-mac instead of reopening here. |
I don't understand how can swapping all this leaked memory to disk be a solution? Disk space is also limited after all... |
He is saying that it should be swapped to disc and that this would have no impact on the memory available to the system. But in my case the memory was indeed locked by hyperkit, and not swapped to the disk. |
I've had a simple webserver running for a couple of days or so. Nothing major, just serving pages from my mac. Hyperkit is eating more that 2gb of ram?
The setup is (nodejs + a mongo db offsite) what gives?
https://imgur.com/a/kxeZR
Im dont know what information about the process would be helpfull, if you have any suggestions, i would try to recreate the scenario.
The text was updated successfully, but these errors were encountered: