[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080605092451.9C1D.KOSAKI.MOTOHIRO@jp.fujitsu.com>
Date: Thu, 05 Jun 2008 09:50:48 +0900
From: KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>
To: Hiroshi Shimamoto <h-shimamoto@...jp.nec.com>
Cc: kosaki.motohiro@...fujitsu.com,
Keika Kobayashi <kobayashi.kk@...s.nec.co.jp>,
linux-kernel@...r.kernel.org, akpm@...ux-foundation.org
Subject: Re: [PATCH 1/4] per-task-delay-accounting: add memory reclaim delay
> >> + delayacct_freepages_start();
> >> did_some_progress = try_to_free_pages(zonelist, order, gfp_mask);
> >> + delayacct_freepages_end();
> >
> > Shouldn't we consider memcgroup reclaim?
>
> thanks for pointing this.
> Unfortunately, we're not so familiar to memcgroup.
> Will look into this.
> Could you tell us pointers to memcgroup?
Documentation/controllers/memory.txt is good guide :)
<abstract>
try_to_free_pages(): global reclaim entry point
try_to_free_mem_cgroup_pages(): memcgroup reclaim entry point
do_try_to_free_pages(): common layer
Unfortunately, I don't know your requirement and
memcgroup reclaim shold be mesured.
I hope you explain your purpose and benefit more.
Thanks.
--
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