Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752744Ab0HCCg7 (ORCPT ); Mon, 2 Aug 2010 22:36:59 -0400 Received: from e38.co.us.ibm.com ([32.97.110.159]:58160 "EHLO e38.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751452Ab0HCCg5 (ORCPT ); Mon, 2 Aug 2010 22:36:57 -0400 Date: Tue, 3 Aug 2010 08:06:48 +0530 From: Balbir Singh To: KAMEZAWA Hiroyuki Cc: linux-mm@kvack.org, "nishimura@mxp.nes.nec.co.jp" , vgoyal@redhat.com, m-ikeda@ds.jp.nec.com, gthelen@google.com, "akpm@linux-foundation.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH -mm 0/5] towards I/O aware memory cgroup v3. Message-ID: <20100803023648.GB3863@balbir.in.ibm.com> Reply-To: balbir@linux.vnet.ibm.com References: <20100802191113.05c982e4.kamezawa.hiroyu@jp.fujitsu.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <20100802191113.05c982e4.kamezawa.hiroyu@jp.fujitsu.com> User-Agent: Mutt/1.5.20 (2009-12-10) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1969 Lines: 56 * KAMEZAWA Hiroyuki [2010-08-02 19:11:13]: > > This is v3. removed terrble garbages from v2 and tested.(no big changes) > > Now, it's merge-window and I'll have to maintain this in my box for a while. > I'll continue to update this. Maybe we can make new progress after LinuxCon. > (And I'll be busy for a while.) > I was catching up with my inbox, did not realize you had moved onto v3 and hence reviewed v1 first. > This set has 2+1 purposes. > 1. re-desgin struct page_cgroup and makes room for blocckio-cgroup ID. > 2. implement quick updating method for memcg's file stat. > 3. optionally? use spin_lock instead of bit_spinlock. > > Plans after this. > > 1. check influence of Mel's new writeback method. > I think we'll see OOM easier. IIUC, memory cgroup needs a thread like kswapd > to do background writeback or low-high watermark. > (By this, we can control priority of background writeout thread priority > by CFS. This is very good.) Agreed, background watermark based reclaim is something we should look at. > > 2. implementing dirty_ratio. > Now, Greg Thelen is working on. One of biggest problems of previous trial was > update cost of status. I think this patch set can reduce it. That is good news > > 3. record blockio cgroup's ID. > Ikeda posted one. IIUC, it requires some consideration on (swapin)readahead > for assigning IDs. But it seemed to be good in general. > > Importance is in this order in my mind. But all aboves can be done in parallel. > > Beyond that, some guys has problem with file-cache-control. If it need to use > account migration, we have to take care of races. > -- Three Cheers, Balbir -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/