From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752248Ab2GCLlb (ORCPT ); Tue, 3 Jul 2012 07:41:31 -0400 Received: from mx2.parallels.com ([64.131.90.16]:36160 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750869Ab2GCLl3 (ORCPT ); Tue, 3 Jul 2012 07:41:29 -0400 Message-ID: <4FF2D9BF.20800@parallels.com> Date: Tue, 3 Jul 2012 15:38:39 +0400 From: Glauber Costa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:13.0) Gecko/20120615 Thunderbird/13.0.1 MIME-Version: 1.0 To: Andrew Morton CC: David Rientjes , , , , Frederic Weisbecker , Pekka Enberg , Michal Hocko , Johannes Weiner , Christoph Lameter , , , Tejun Heo , Rik van Riel , Daniel Lezcano , Kay Sievers , Lennart Poettering , "Kirill A. Shutemov" , Kir Kolyshkin Subject: Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version References: <1340633728-12785-1-git-send-email-glommer@parallels.com> <20120625162745.eabe4f03.akpm@linux-foundation.org> <4FE9621D.2050002@parallels.com> <20120626145539.eeeab909.akpm@linux-foundation.org> <4FEAD260.4000603@parallels.com> <4FEC1D63.6000903@parallels.com> <20120628152540.cc13a735.akpm@linux-foundation.org> In-Reply-To: <20120628152540.cc13a735.akpm@linux-foundation.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 06/29/2012 02:25 AM, Andrew Morton wrote: > On Thu, 28 Jun 2012 13:01:23 +0400 > Glauber Costa wrote: > >> >> ... >> > > OK, that all sounds convincing ;) Please summarise and capture this > discussion in the [patch 0/n] changelog so we (or others) don't have to > go through this all again. And let's remember this in the next > patchset! Thanks, will surely do. >> Last, but not least, note that it is totally within my interests to >> merge the slab tracking as fast as we can. it'll be a matter of going >> back to it, and agreeing in the final form. > > Yes, I'd very much like to have the whole slab implementation in a > reasonably mature state before proceeding too far with this base > patchset. Does that means that you want to merge them together? I am more than happy to post the slab part again ontop of that to have people reviewing it. But if possible, I believe that merging this part first would help us to split up testing in a beneficial way, in the sense that if it breaks, we know at least in which part it is. Not to mention, of course, that reviewers will have an easier time reviewing it as two pieces. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx133.postini.com [74.125.245.133]) by kanga.kvack.org (Postfix) with SMTP id D5A1D6B0070 for ; Tue, 3 Jul 2012 07:41:29 -0400 (EDT) Message-ID: <4FF2D9BF.20800@parallels.com> Date: Tue, 3 Jul 2012 15:38:39 +0400 From: Glauber Costa MIME-Version: 1.0 Subject: Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version References: <1340633728-12785-1-git-send-email-glommer@parallels.com> <20120625162745.eabe4f03.akpm@linux-foundation.org> <4FE9621D.2050002@parallels.com> <20120626145539.eeeab909.akpm@linux-foundation.org> <4FEAD260.4000603@parallels.com> <4FEC1D63.6000903@parallels.com> <20120628152540.cc13a735.akpm@linux-foundation.org> In-Reply-To: <20120628152540.cc13a735.akpm@linux-foundation.org> Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Andrew Morton Cc: David Rientjes , cgroups@vger.kernel.org, linux-mm@kvack.org, linux-kernel@vger.kernel.org, Frederic Weisbecker , Pekka Enberg , Michal Hocko , Johannes Weiner , Christoph Lameter , devel@openvz.org, kamezawa.hiroyu@jp.fujitsu.com, Tejun Heo , Rik van Riel , Daniel Lezcano , Kay Sievers , Lennart Poettering , "Kirill A. Shutemov" , Kir Kolyshkin On 06/29/2012 02:25 AM, Andrew Morton wrote: > On Thu, 28 Jun 2012 13:01:23 +0400 > Glauber Costa wrote: > >> >> ... >> > > OK, that all sounds convincing ;) Please summarise and capture this > discussion in the [patch 0/n] changelog so we (or others) don't have to > go through this all again. And let's remember this in the next > patchset! Thanks, will surely do. >> Last, but not least, note that it is totally within my interests to >> merge the slab tracking as fast as we can. it'll be a matter of going >> back to it, and agreeing in the final form. > > Yes, I'd very much like to have the whole slab implementation in a > reasonably mature state before proceeding too far with this base > patchset. Does that means that you want to merge them together? I am more than happy to post the slab part again ontop of that to have people reviewing it. But if possible, I believe that merging this part first would help us to split up testing in a beneficial way, in the sense that if it breaks, we know at least in which part it is. Not to mention, of course, that reviewers will have an easier time reviewing it as two pieces. -- 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 From mboxrd@z Thu Jan 1 00:00:00 1970 From: Glauber Costa Subject: Re: Fork bomb limitation in memcg WAS: Re: [PATCH 00/11] kmem controller for memcg: stripped down version Date: Tue, 3 Jul 2012 15:38:39 +0400 Message-ID: <4FF2D9BF.20800@parallels.com> References: <1340633728-12785-1-git-send-email-glommer@parallels.com> <20120625162745.eabe4f03.akpm@linux-foundation.org> <4FE9621D.2050002@parallels.com> <20120626145539.eeeab909.akpm@linux-foundation.org> <4FEAD260.4000603@parallels.com> <4FEC1D63.6000903@parallels.com> <20120628152540.cc13a735.akpm@linux-foundation.org> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20120628152540.cc13a735.akpm-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> Sender: cgroups-owner-u79uwXL29TY76Z2rM5mHXA@public.gmane.org List-ID: Content-Type: text/plain; charset="us-ascii" To: Andrew Morton Cc: David Rientjes , cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org, linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org, Frederic Weisbecker , Pekka Enberg , Michal Hocko , Johannes Weiner , Christoph Lameter , devel-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org, kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org, Tejun Heo , Rik van Riel , Daniel Lezcano , Kay Sievers , Lennart Poettering , "Kirill A. Shutemov" , Kir Kolyshkin On 06/29/2012 02:25 AM, Andrew Morton wrote: > On Thu, 28 Jun 2012 13:01:23 +0400 > Glauber Costa wrote: > >> >> ... >> > > OK, that all sounds convincing ;) Please summarise and capture this > discussion in the [patch 0/n] changelog so we (or others) don't have to > go through this all again. And let's remember this in the next > patchset! Thanks, will surely do. >> Last, but not least, note that it is totally within my interests to >> merge the slab tracking as fast as we can. it'll be a matter of going >> back to it, and agreeing in the final form. > > Yes, I'd very much like to have the whole slab implementation in a > reasonably mature state before proceeding too far with this base > patchset. Does that means that you want to merge them together? I am more than happy to post the slab part again ontop of that to have people reviewing it. But if possible, I believe that merging this part first would help us to split up testing in a beneficial way, in the sense that if it breaks, we know at least in which part it is. Not to mention, of course, that reviewers will have an easier time reviewing it as two pieces.