[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20200417100633.GU20730@hirez.programming.kicks-ass.net>
Date: Fri, 17 Apr 2020 12:06:33 +0200
From: Peter Zijlstra <peterz@...radead.org>
To: "Huang, Ying" <ying.huang@...el.com>
Cc: Mel Gorman <mgorman@...hsingularity.net>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, Ingo Molnar <mingo@...hat.com>,
Mel Gorman <mgorman@...e.de>, Rik van Riel <riel@...riel.com>,
Daniel Jordan <daniel.m.jordan@...cle.com>,
Tejun Heo <tj@...nel.org>, Dave Hansen <dave.hansen@...el.com>,
Tim Chen <tim.c.chen@...el.com>,
Aubrey Li <aubrey.li@...el.com>
Subject: Re: [RFC] autonuma: Support to scan page table asynchronously
On Thu, Apr 16, 2020 at 09:24:35AM +0800, Huang, Ying wrote:
> Peter Zijlstra <peterz@...radead.org> writes:
>
> > On Tue, Apr 14, 2020 at 01:06:46PM +0100, Mel Gorman wrote:
> >> While it's just an opinion, my preference would be to focus on reducing
> >> the cost and amount of scanning done -- particularly for threads.
> >
> > This; I really don't believe in those back-charging things, esp. since
> > not having cgroups or having multiple applications in a single cgroup is
> > a valid setup.
>
> Technically, it appears possible to back-charge the CPU time to the
> process/thread directly (not the cgroup).
I've yet to see a sane proposal there. What we're not going to do is
make regular task accounting more expensive than it already is.
Powered by blists - more mailing lists