Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1422874AbWJaKh0 (ORCPT ); Tue, 31 Oct 2006 05:37:26 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752053AbWJaKh0 (ORCPT ); Tue, 31 Oct 2006 05:37:26 -0500 Received: from ausmtp04.au.ibm.com ([202.81.18.152]:17304 "EHLO ausmtp04.au.ibm.com") by vger.kernel.org with ESMTP id S1751714AbWJaKhZ (ORCPT ); Tue, 31 Oct 2006 05:37:25 -0500 Message-ID: <45472736.8030701@in.ibm.com> Date: Tue, 31 Oct 2006 16:06:38 +0530 From: Balbir Singh Reply-To: balbir@in.ibm.com Organization: IBM User-Agent: Thunderbird 1.5.0.7 (X11/20060922) MIME-Version: 1.0 To: Andrew Morton CC: Pavel Emelianov , vatsa@in.ibm.com, dev@openvz.org, sekharan@us.ibm.com, ckrm-tech@lists.sourceforge.net, haveblue@us.ibm.com, linux-kernel@vger.kernel.org, pj@sgi.com, matthltc@us.ibm.com, dipankar@in.ibm.com, rohitseth@google.com, menage@google.com, linux-mm@kvack.org, Vaidyanathan S Subject: Re: [ckrm-tech] RFC: Memory Controller References: <20061030103356.GA16833@in.ibm.com> <4545D51A.1060808@in.ibm.com> <4546212B.4010603@openvz.org> <454638D2.7050306@in.ibm.com> <45463F70.1010303@in.ibm.com> <45470FEE.6040605@openvz.org> <45471510.4070407@in.ibm.com> <20061031014243.1153655b.akpm@osdl.org> In-Reply-To: <20061031014243.1153655b.akpm@osdl.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1129 Lines: 30 Andrew Morton wrote: > On Tue, 31 Oct 2006 14:49:12 +0530 > Balbir Singh wrote: > >> The idea behind limiting the page cache is this >> >> 1. Lets say one container fills up the page cache. >> 2. The other containers will not be able to allocate memory (even >> though they are within their limits) without the overhead of having >> to flush the page cache and freeing up occupied cache. The kernel >> will have to pageout() the dirty pages in the page cache. > > There's a vast difference between clean pagecache and dirty pagecache in this > context. It is terribly imprecise to use the term "pagecache". And it would be > a poor implementation which failed to distinguish between clean pagecache and > dirty pagecache. > Yes, I agree, it will be a good idea to distinguish between the two. -- Balbir Singh, Linux Technology Center, IBM Software Labs - 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/