From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail172.messagelabs.com (mail172.messagelabs.com [216.82.254.3]) by kanga.kvack.org (Postfix) with ESMTP id A5935600309 for ; Tue, 1 Dec 2009 10:14:41 -0500 (EST) Received: from d28relay03.in.ibm.com (d28relay03.in.ibm.com [9.184.220.60]) by e28smtp07.in.ibm.com (8.14.3/8.13.1) with ESMTP id nB1FEZ0q015753 for ; Tue, 1 Dec 2009 20:44:35 +0530 Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63]) by d28relay03.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id nB1FEZwu3047588 for ; Tue, 1 Dec 2009 20:44:35 +0530 Received: from d28av01.in.ibm.com (loopback [127.0.0.1]) by d28av01.in.ibm.com (8.14.3/8.13.1/NCO v10.0 AVout) with ESMTP id nB1FEYjQ019221 for ; Tue, 1 Dec 2009 20:44:35 +0530 Date: Tue, 1 Dec 2009 20:44:31 +0530 From: Balbir Singh Subject: Re: memcg: slab control Message-ID: <20091201151431.GV2970@balbir.in.ibm.com> Reply-To: balbir@linux.vnet.ibm.com 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> <4B14F29E.3090400@parallels.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline In-Reply-To: <4B14F29E.3090400@parallels.com> Sender: owner-linux-mm@kvack.org To: Pavel Emelyanov Cc: KAMEZAWA Hiroyuki , David Rientjes , Suleiman Souhlal , Ying Han , linux-mm@kvack.org List-ID: * Pavel Emelyanov [2009-12-01 13:40:30]: > > 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? > The concern was mostly accounting when memcg + slabcg are integrated into the same framework. res_counters will need new scalability primitives. -- Balbir -- 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