[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20110118113148.77d5c0df.kamezawa.hiroyu@jp.fujitsu.com>
Date: Tue, 18 Jan 2011 11:31:48 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: "akpm@...ux-foundation.org" <akpm@...ux-foundation.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mm@...ck.org" <linux-mm@...ck.org>,
"hannes@...xchg.org" <hannes@...xchg.org>,
"nishimura@....nes.nec.co.jp" <nishimura@....nes.nec.co.jp>,
"balbir@...ux.vnet.ibm.com" <balbir@...ux.vnet.ibm.com>,
Greg Thelen <gthelen@...gle.com>
Subject: Re: [PATCH 0/4] fix THP and memcg issues v2.
On Tue, 18 Jan 2011 11:06:04 +0900
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
>
> Now, when THP is enabled, memcg's counter goes wrong. Moreover, rmdir()
> may not end. I fixed some races since v1.
>
>
> This series is a fix for obviouse counter breakage. When you test,
> CONFIG_TRANSPARENT_HUGEPAGE=y
> CONFIG_TRANSPARENT_HUGEPAGE_ALWAYS=y
>
> is appreciated. Tests should be done is:
>
> # mount -t cgroup none /cgroup/memory -omemory
> # mkdir /cgroup/memory/A
> # mkdir /cgroup/memory/A/B
> # run some programs under B.
> # echo 0 > /cgroup/memory/A/B/memory.force_empty
>
> and check B's memory.stat shows RSS/CACHE/LRU are all 0.
> Moving tasks while running is another good test.
>
> I know there are another problem when memory cgroup hits limit and
> reclaim in busy. But I will fix it in another patch.
>
I found some mistake of patch handling in patch 2/4 and 3/4.
(a code for 2/4 was in 3/4...)
I'll send v3. I'm sorry.
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