fix: correct memory limit detection for cgroup v1 and v2 #9
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What problem does this PR solve?
Fix memory limit detection logic for cgroupfs Close #8 Close #5
fix: use ./memStress in exec.Command to avoid PATH not found error Close #7
What's changed and how it works?
Related changes
chaos-mesh
Tests
Note: A temporary --print-mem flag was added during development for testing purposes. It has been removed before finalizing the PR.
The situation where cgroup1 is restricted
There are no restrictions on cgroup1


(cgroup2) Docker container with a 32GB memory limit, result as follows (host has ~8GB physical memory):
(cgroup2) Docker container with a 10GB memory limit, result as follows (host has ~2GB physical memory):