[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20080922202858.14525857.kamezawa.hiroyu@jp.fujitsu.com>
Date: Mon, 22 Sep 2008 20:28:58 +0900
From: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
To: KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com>
Cc: "linux-mm@...ck.org" <linux-mm@...ck.org>,
"balbir@...ux.vnet.ibm.com" <balbir@...ux.vnet.ibm.com>,
"nishimura@....nes.nec.co.jp" <nishimura@....nes.nec.co.jp>,
"xemul@...nvz.org" <xemul@...nvz.org>,
LKML <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH 0/13] memory cgroup updates v4
On Mon, 22 Sep 2008 19:51:59 +0900
KAMEZAWA Hiroyuki <kamezawa.hiroyu@...fujitsu.com> wrote:
> Brief description.
>
> 1/13 .... special mapping fix. (NEW)
> => avoid accounting pages not on LRU...which we cannot reclaim.
>
> 2/13 .... account swap-cache under lock.
> => move accounting of swap-cache under lock for avoiding unnecessary race.
>
> 3/13 .... make root cgroup to be unlimited.
> => fix root cgroup's memory limit to unlimited.
>
> 4/13 .... atomic-flags for page_cgroup
> => make page_cgroup->flags to be atomic.
>
> 5/13 .... implement move_account function.
> => add a function for moving page_cgroup's account to other cgroup.
>
> 6/13 ... force_empty to migrate account
> => move all account to root cgroup rather than forget all.
>
> 7/13 ...make mapping NULL (clean up)
> => ensure page->mapping to be NULL before calling mem_cgroup_uncharge_cache().
>
> 8/13 ...optimize cpustat
> => optimize access to per-cpu statistics for memcg.
>
> 9/13 ...lookup page_cgroup (CHANGED)
> => preallocate all page_cgroup at boot and remove page->page_cgroup pointer.
>
> 10/13...page_cgroup lookaside buffer
> => helps looking up page_cgroup from page.
>
> 11/13...lazy lru freeing page_cgroup (NEW)
> => do removal from LRU in bached manner like pagevec.
>
> 12/13...lazy lru add page_cgroup (NEW)
> => do addition to LRU in bached manner like pagevec.
>
> 13/13...swap accountig fix. (NEW)
> => fix race in swap accounting (can be happen)
> and this intrduce new protocal as precharge/commit/cancel.
>
> Some patches are big but not complicated I think.
>
Sorry for crazy patch numbering...
1 -> 1
2 -> 2
3 -> 3
3.5 -> 4
3.6 -> 5
4 -> 6
5 -> 7
6 -> 8
9 -> 9
10 -> 10
11 -> 11
12 -> 12
I may not able to do quick responce, 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