[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20220427140928.GD9823@blackbody.suse.cz>
Date: Wed, 27 Apr 2022 16:09:28 +0200
From: Michal Koutný <mkoutny@...e.com>
To: David Vernet <void@...ifault.com>
Cc: akpm@...ux-foundation.org, tj@...nel.org, roman.gushchin@...ux.dev,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
cgroups@...r.kernel.org, hannes@...xchg.org, mhocko@...nel.org,
shakeelb@...gle.com, kernel-team@...com,
Richard Palethorpe <rpalethorpe@...e.com>
Subject: Re: [PATCH v2 2/5] cgroup: Account for memory_recursiveprot in
test_memcg_low()
Hello David.
On Sat, Apr 23, 2022 at 08:56:19AM -0700, David Vernet <void@...ifault.com> wrote:
> This unfortunately broke the memcg tests, which asserts that a sibling
> that experienced reclaim but had a memory.low value of 0, would not
> observe any memory.low events. This patch updates test_memcg_low() to
> account for the new behavior introduced by memory_recursiveprot.
I think the test is correct, there should be no (not even recursive)
protection in this particular case (when the remaining siblings consume
all of parental protection).
This should be fixed in the kernel (see also [1], no updates from me yet
:-/)
Michal
[1] https://lore.kernel.org/lkml/20220322182248.29121-1-mkoutny@suse.com/
Powered by blists - more mailing lists