[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200430014603.GB2754277@chrisdown.name>
Date: Thu, 30 Apr 2020 02:46:03 +0100
From: Chris Down <chris@...isdown.name>
To: Yafang Shao <laoar.shao@...il.com>
Cc: Andrew Morton <akpm@...ux-foundation.org>,
Johannes Weiner <hannes@...xchg.org>,
Michal Hocko <mhocko@...nel.org>, Roman Gushchin <guro@...com>,
Linux MM <linux-mm@...ck.org>,
Cgroups <cgroups@...r.kernel.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 1/2] mm, memcg: Avoid stale protection values when cgroup
is above protection
Yafang Shao writes:
>My concern is why we add these barriers to memcg protection
>specifically but don't add these barriers to the other memebers like
>memcg->oom_group which has the same issue ?
>What is the difference between these members and that members ?
There are certainly more missing cases -- I didn't look at oom_group
specifically, but it sounds likely if there's not other mitigating factors.
Most of us have just been busy and haven't had time to comprehensively fix all
the potential store and load tears.
Tearing is another case of something that would be nice to fix once and for all
in the memcg code, but isn't causing any significant issues for the timebeing.
We should certainly aim to avoid introducing any new tearing opportunities,
though :-)
So the answer is just that improvement is incremental and we've not had the
time to track down and fix them all. If you find more cases, feel free to send
out the patches and I'll be happy to take a look.
Powered by blists - more mailing lists