[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20081104151748.4731f5a1.kamezawa.hiroyu@jp.fujitsu.com>
Date: Tue, 4 Nov 2008 15:17:48 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: Paul Menage <menage@...gle.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 Mon, 3 Nov 2008 22:15:41 -0800
Paul Menage <menage@...gle.com> wrote:
> 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?
>
All page caches will be moved to.
(I'll add "shrink_usage" interface to drop page caches, later.)
> > @@ -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?
>
try_charge is called by other places....swapin.
Thanks,
-Kame
--
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