[PATCH 6/6] mm: memcontrol: clamp mem_cgroup_get_max() to the combined limit
Jingxiang Zeng via B4 Relay <[email protected]>
| Newsgroups | org.kernel.vger.linux-doc,org.freedesktop.lists.dri-devel,org.kernel.feeds.b4-sent,org.kernel.vger.cgroups,org.kernel.vger.linux-kernel,org.kvack.linux-mm |
|---|---|
| Message-ID | <[email protected]> |
From: Jingxiang Zeng <[email protected]> mem_cgroup_get_max() reports the memory ceiling of a cgroup. Its default-hierarchy branch derives that ceiling from memory.max plus memory.swap.max, which overstates the reachable total once a combined memory+swap limit is configured: with memory.max at 32M, memory.memsw.max at 48M and 2G of swap online it reports about 2080M. For memcg OOM, constrained_alloc() stores that value in oc->totalpages, and oom_badness() scales the task's oom_score_adj by totalpages / OOM_SCORE_ADJ_MAX, so an overstated ceiling weighs oom_score_adj far more than intended inside such a cgroup: in the example above about forty times, enough that a task with a negative adjustment stops being selectable at all while a positive one is picked long before its rss would justify it. Clamp the result to memory.memsw.max, which is what the v1 branch already derives its ceiling from. The limit defaults to "max", so this changes nothing until a combined limit is configured. Signed-off-by: Jingxiang Zeng <[email protected]> --- mm/memcontrol.c | 6 ++++++ 1 file changed, 6 insertions(+) diff --git a/mm/memcontrol.c b/mm/memcontrol.c index 9e8a176e7afb..e229de0d35e0 100644 --- a/mm/memcontrol.c +++ b/mm/memcontrol.c @@ -1919,6 +1919,12 @@ unsigned long mem_cgroup_get_max(struct mem_cgroup *memcg) if (mem_cgroup_swappiness(memcg)) max += min(READ_ONCE(memcg->swap.max), (unsigned long)total_swap_pages); + /* + * A combined memory+swap limit caps the sum of the two, so it + * is the real ceiling once it is configured. It defaults to + * "max", which leaves the value above unchanged. + */ + max = min(max, READ_ONCE(memcg->memsw.max)); } return max; } -- 2.43.7