-
Notifications
You must be signed in to change notification settings - Fork 155
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
Add support for reading total memory #30
Conversation
Signed-off-by: Pavol Loffay <[email protected]>
cc @abhinav could you please review? |
Codecov Report
@@ Coverage Diff @@
## master #30 +/- ##
==========================================
- Coverage 91.91% 88.12% -3.80%
==========================================
Files 8 9 +1
Lines 198 219 +21
==========================================
+ Hits 182 193 +11
- Misses 13 18 +5
- Partials 3 8 +5
Continue to review full report at Codecov.
|
Signed-off-by: Pavol Loffay <[email protected]>
Signed-off-by: Pavol Loffay <[email protected]>
Thanks for the contribution @pavolloffay This requires adding a new API to automaxprocs, which needs to consider the tradeoffs I've previously documented here: #29 It seems like a separate module that exposes CGroup information would be the best step forward rather than putting this logic into automaxprocs. |
Thanks for the response @prashantv. Do you know a project/module where this could be done? Or do you mean creating a submodule in this project that would expose an API to read cgroups? As the last option I can for this project and expose the read API for memory and CPU quotas. |
Closing per the previous comment |
I don't know what a good place for this project should be, but we don't have plans to create that project under uber-go or as part of this project. Thanks @pavolloffay |
Signed-off-by: Pavol Loffay [email protected]
Expose readings from
memory.limit_in_bytes
in the public API.