From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail202.messagelabs.com (mail202.messagelabs.com [216.82.254.227]) by kanga.kvack.org (Postfix) with ESMTP id 8CCD7600786 for ; Tue, 1 Dec 2009 05:40:45 -0500 (EST) Message-ID: <4B14F29E.3090400@parallels.com> Date: Tue, 01 Dec 2009 13:40:30 +0300 From: Pavel Emelyanov MIME-Version: 1.0 Subject: Re: memcg: slab control References: <20091126101414.829936d8.kamezawa.hiroyu@jp.fujitsu.com> <20091126085031.GG2970@balbir.in.ibm.com> <20091126175606.f7df2f80.kamezawa.hiroyu@jp.fujitsu.com> <4B0E461C.50606@parallels.com> <20091126183335.7a18cb09.kamezawa.hiroyu@jp.fujitsu.com> <4B0E50B1.20602@parallels.com> <20091201073609.GQ2970@balbir.in.ibm.com> In-Reply-To: <20091201073609.GQ2970@balbir.in.ibm.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org To: balbir@linux.vnet.ibm.com Cc: KAMEZAWA Hiroyuki , David Rientjes , Suleiman Souhlal , Ying Han , linux-mm@kvack.org List-ID: > Just to understand the context better, is this really a problem. This > can occur when we do really run out of memory. The idea of using > slabcg + memcg together is good, except for our accounting process. I > can repost percpu counter patches that adds fuzziness along with other > tricks that Kame has to do batch accounting, that we will need to > make sure we are able to do with slab allocations as well. > I'm not sure I understand you concern. Can you elaborate, please? -- 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