[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080107102353.382e6c48@bree.surriel.com>
Date: Mon, 7 Jan 2008 10:23:53 -0500
From: Rik van Riel <riel@...hat.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: linux-kernel@...r.kernel.org, linux-mm@...ck.org,
lee.schermerhorn@...com
Subject: Re: [patch 07/19] split anon & file LRUs for memcontrol code
On Mon, 7 Jan 2008 19:04:55 +0900
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> On Wed, 02 Jan 2008 17:41:51 -0500
> linux-kernel@...r.kernel.org wrote:
>
> > Index: linux-2.6.24-rc6-mm1/mm/vmscan.c
> > ===================================================================
> > --- linux-2.6.24-rc6-mm1.orig/mm/vmscan.c 2008-01-02 15:55:55.000000000 -0500
> > +++ linux-2.6.24-rc6-mm1/mm/vmscan.c 2008-01-02 15:56:00.000000000 -0500
> > @@ -1230,13 +1230,13 @@ static unsigned long shrink_zone(int pri
> >
> > get_scan_ratio(zone, sc, percent);
> >
>
> I'm happy if this calclation can be following later.
> ==
> if (scan_global_lru(sc)) {
> get_scan_ratio(zone, sc, percent);
> } else {
> get_scan_ratio_cgroup(sc->cgroup, sc, percent);
> }
> ==
> To do this,
> mem_cgroup needs to have recent_rotated_file and recent_rolated_anon ?
One possible problem could be that the cgroup can also have
pages reclaimed in global reclaim, not just in local cgroup
reclaims.
That is, these cgroup's pages can also disappear or get
rotated without the cgroup's recent_rotated_file and
recent_rotated_anon being affected at all.
Still, having the cgroup do the same thing as the global
zones is probably the best approximation.
--
All rights reversed.
--
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