From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from m2.gw.fujitsu.co.jp ([10.0.50.72]) by fgwmail7.fujitsu.co.jp (Fujitsu Gateway) with ESMTP id mAF30tOL022494 for (envelope-from kamezawa.hiroyu@jp.fujitsu.com); Sat, 15 Nov 2008 12:00:55 +0900 Received: from smail (m2 [127.0.0.1]) by outgoing.m2.gw.fujitsu.co.jp (Postfix) with ESMTP id 579A945DD7A for ; Sat, 15 Nov 2008 12:00:55 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (s2.gw.fujitsu.co.jp [10.0.50.92]) by m2.gw.fujitsu.co.jp (Postfix) with ESMTP id 2CFD245DD78 for ; Sat, 15 Nov 2008 12:00:55 +0900 (JST) Received: from s2.gw.fujitsu.co.jp (localhost.localdomain [127.0.0.1]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id 0DC421DB803B for ; Sat, 15 Nov 2008 12:00:55 +0900 (JST) Received: from ml11.s.css.fujitsu.com (ml11.s.css.fujitsu.com [10.249.87.101]) by s2.gw.fujitsu.co.jp (Postfix) with ESMTP id BBCE61DB8038 for ; Sat, 15 Nov 2008 12:00:54 +0900 (JST) Date: Sat, 15 Nov 2008 12:00:15 +0900 From: KAMEZAWA Hiroyuki Subject: Re: [PATCH 0/9] memcg updates (14/Nov/2008) Message-Id: <20081115120015.22fa5720.kamezawa.hiroyu@jp.fujitsu.com> In-Reply-To: <20081114191246.4f69ff31.kamezawa.hiroyu@jp.fujitsu.com> References: <20081114191246.4f69ff31.kamezawa.hiroyu@jp.fujitsu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org Return-Path: To: KAMEZAWA Hiroyuki Cc: "balbir@linux.vnet.ibm.com" , "nishimura@mxp.nes.nec.co.jp" , taka@valinux.co.jp, "akpm@linux-foundation.org" , "lizf@cn.fujitsu.com" , "linux-mm@kvack.org" List-ID: On Fri, 14 Nov 2008 19:12:46 +0900 KAMEZAWA Hiroyuki wrote: > Several patches are posted after last update (12/Nov), > it's better to catch all up as series. > > All patchs are mm-of-the-moment snapshot 2008-11-13-17-22 > http://userweb.kernel.org/~akpm/mmotm/ > (You may need to patch fs/dquota.c and fix kernel/auditsc.c CONFIG error) > > New ones are 1,2,3 and 9. > > IMHO, patch 1-4 are ready to go. (but I want Ack from Balbir to 3/9) > Reduced CCs. Hi folks, I noticed that all 9 pathces here are now in mmotm. Thank you for all your patient help! and please try "mm-of-the-moment snapshot 2008-11-14-17-14" Now, mem+swap controller is available there. My concern is architecture other than x86-64. It seems I and Nishimura use x86-64 in main test. So, test in other archtecuthre is very welcome. I have no patches in my queue and wondering how to start - shrink usage - dirty ratio for memcg. - help Balbir's hierarchy. works. (But I may have to clean up/optimize codes before going further.) and Balbir, the world is changed after synchronized-LRU patch ([8/9]). please see it. Thanks! -Kame > Contents: > > [1/9] .... fix memory online/offline with memcg. > This patch is for "real" memory hotplug. So, people who can test this > is limited, I think. I asked Badari to try this. > This fix itself is logically correct I think, but there may be other bugs.. > > [2/9] .... reduce size of per-cpu allocation. > This is from Jan Blunck and I picked it up and rewrote. > please test. This tries to reduce memory usage of mem_cgroup struct. > > [3/9] .... add force_empty again with proper implementation. > I removed "force_empty" by account_move patch in mmotm. But I asked not to > do that brutal removal of interface. I'm sorry. > This adds "force_empty", but implemntaion itself is much saner. After this, > force_empty is no longer "debug only" interface. > > [4/9] .... account swap-cache. > Before accounting swap, we have to handle swap-cache. > This patch have been test for a month and seems to works well. Still here > and waiting for bug fixes moved into.. > > [5/9] .... mem+swap controller kconfig > Kconfig changes and macro for mem+swap controller. > > [6/9] .... swap cgroup. > For accounting swap, we have to prepare a strage for remembering swap. > > [7/9] .... mem+swap controller. > mem+swap controller core logic. I and Nishimura have been testing this > for a month. It's getting nicer. > > [8/9] .... synchronized LRU patch > remove mz->lru_lock and make use of zone->lru_lock. By this, we do not have to > duplicate vmscan's global LRU behavior in memcg. > I think I'm an only tester of this ;) but works well. > > [9/9] .... mem_cgroup_disabled() patch > Replacing if (mem_cgroup_subsys.disabled) to be if (mem_cgroup_disabled()). > Takahashi (dm-ioband team) posted their bio-cgroup interface working with > page_cgroup. This is cut out from his one. > Takahashi, If you ack me, send me Signed-off-by or Acked-by. I'll queue this. > > Thanks, > -Kame > > > > -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org