[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <48EDAFA0.1090808@linux.vnet.ibm.com>
Date: Thu, 09 Oct 2008 12:45:44 +0530
From: Balbir Singh <balbir@...ux.vnet.ibm.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>,
"nishimura@....nes.nec.co.jp" <nishimura@....nes.nec.co.jp>,
"akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
Dave Jones <davej@...hat.com>
Subject: Re: [PATCH] memcg: update patch set v7
KAMEZAWA Hiroyuki wrote:
> Hi, Andrew. please allow me to test under -mm if ok.
>
> This series is against the newest -mmotm(stamp-2008-10-02-16-17)
> and I think ready-to-go.
>
> All comments are reflected.
> (and CONFIG_CGROUP_MEM_RES_CTLR=n case is fixed.)
>
> Including following patches.
>
> [1/6] ... account swap cache under lock
> [2/6] ... set page->mapping to be NULL before uncharge
> [3/6] ... avoid to account not-on-LRU pages.
> [4/6] ... optimize per cpu statistics on memcg.
> [5/6] ... make page_cgroup->flags atomic.
> [6/6] ... allocate page_cgroup at boot.
>
> I did tests I can. But I think patch 6/6 needs wider testers.
> It has some dependency to configs/archs.
>
> (*) the newest mmotm needs some patches to be driven.
Kamezawa-San,
Thanks for the patchset. I would like to see these tested in -mm as well. The
complaint that I am hearing from Fedora is that for them to enable the memory
controller, they would like to see the struct page overhead go (for 32 bit
systems that have 32 byte cachelines). This series helps us address that issue
and helps with performance.
--
Balbir
--
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