-
Enhancement
-
Resolution: Fixed
-
P4
-
19
-
b03
Issue | Fix Version | Assignee | Priority | Status | Resolution | Resolved In Build |
---|---|---|---|---|---|---|
JDK-8298593 | 17.0.7-oracle | Calvin Cheung | P4 | Resolved | Fixed | b01 |
JDK-8296218 | 17.0.6 | Matthias Baesken | P4 | Resolved | Fixed | b02 |
JDK-8299138 | 11.0.19-oracle | Calvin Cheung | P4 | Resolved | Fixed | b01 |
JDK-8298836 | 11.0.19 | Matthias Baesken | P4 | Resolved | Fixed | b01 |
JDK-8302972 | 8u381 | Ivan Bereziuk | P4 | Resolved | Fixed | b01 |
v1:
- memory+swap usage
- kernel memory usage
- arguably, kmem limit, even though kernel may not adhere to it
I do not care much for the limit of kernel memory, but others might.
v2:
- swap current usage, possibly swap max usage
In addition, I'm not sure, but maybe the current interface for V2 is somewhat wrong in reporting v2 "swap" numbers as "memory+swap". In V2, "swap" is, AFAICS, pure swap. That is different from V1, where swap was memory + swap. See also https://www.kernel.org/doc/html/latest/admin-guide/cgroup-v2.html:
```
The combined memory+swap accounting and limiting is replaced by real control over swap space.
The main argument for a combined memory+swap facility in the original cgroup design was that global or parental pressure would always be able to swap all anonymous memory of a child group, regardless of the child’s own (possibly untrusted) configuration. However, untrusted groups can sabotage swapping by other means - such as referencing its anonymous memory in a tight loop - and an admin can not assume full swappability when overcommitting untrusted jobs.
```
- backported by
-
JDK-8296218 Improve container information
- Resolved
-
JDK-8298593 Improve container information
- Resolved
-
JDK-8298836 Improve container information
- Resolved
-
JDK-8299138 Improve container information
- Resolved
-
JDK-8302972 Improve container information
- Resolved
- duplicates
-
JDK-8302835 [linux] improve print_container_info
- Closed
- relates to
-
JDK-8343599 Kmem limit and max values swapped when printing container information
- Resolved
- links to
-
Commit openjdk/jdk11u-dev/01f5a197
-
Commit openjdk/jdk17u-dev/e6093985
-
Commit openjdk/jdk/d51f4f47
-
Review openjdk/jdk11u-dev/1577
-
Review openjdk/jdk17u-dev/844
-
Review openjdk/jdk/8991