[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <6599ad830811032215j3ce5dcc1g6d0c3e9439a004d@mail.gmail.com>
Date: Mon, 3 Nov 2008 22:15:41 -0800
From: Paul Menage <menage@...gle.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: "linux-mm@...ck.org" <linux-mm@...ck.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"balbir@...ux.vnet.ibm.com" <balbir@...ux.vnet.ibm.com>,
"nishimura@....nes.nec.co.jp" <nishimura@....nes.nec.co.jp>,
hugh@...itas.com, taka@...inux.co.jp
Subject: Re: [RFC][PATCH 1/5] memcg : force_empty to do move account
On Thu, Oct 30, 2008 at 6:52 PM, KAMEZAWA Hiroyuki
<kamezawa.hiroyu@...fujitsu.com> wrote:
> This patch provides a function to move account information of a page between
> mem_cgroups and rewrite force_empty to make use of this.
One part of this that wasn't clear to me - if a cgroup has a lot of
unmapped pagecache sitting around but no tasks, and we try to rmdir
it, then all the pagecache gets moved to the parent too? Or just the
stray mapped pages?
> @@ -597,7 +709,7 @@ static int mem_cgroup_charge_common(stru
> prefetchw(pc);
>
> mem = memcg;
> - ret = mem_cgroup_try_charge(mm, gfp_mask, &mem);
> + ret = __mem_cgroup_try_charge(mm, gfp_mask, &mem, true);
Isn't this the same as the definition of mem_cgroup_try_charge()? So
you could leave it as-is?
Paul
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists