From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757071Ab2HHOQC (ORCPT ); Wed, 8 Aug 2012 10:16:02 -0400 Received: from mx2.parallels.com ([64.131.90.16]:43337 "EHLO mx2.parallels.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751932Ab2HHOQA (ORCPT ); Wed, 8 Aug 2012 10:16:00 -0400 Message-ID: <5022748E.5040809@parallels.com> Date: Wed, 8 Aug 2012 18:15:42 +0400 From: Glauber Costa User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0 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> <50211F3D.2000008@parallels.com> In-Reply-To: <50211F3D.2000008@parallels.com> 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 08/07/2012 05:59 PM, Glauber Costa wrote: > 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! >> >>> 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. >> > So, that was posted separately as well. > > Although there is a thing to fix here and there - all of them I am > working on already - I believe that to be mature enough. > > Do you have any comments on that? Would you be willing to take this > first part (modified with the comments on this thread itself) and let it > start sitting in the tree? > In the mean time, for any interested parties, I've set up a tree at: git://github.com/glommer/linux.git branches kmemcg-slab and kmemcg-stack Intended to be a throw-away tree. From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from psmtp.com (na3sys010amx123.postini.com [74.125.245.123]) by kanga.kvack.org (Postfix) with SMTP id B208C6B004D for ; Wed, 8 Aug 2012 10:16:00 -0400 (EDT) Message-ID: <5022748E.5040809@parallels.com> Date: Wed, 8 Aug 2012 18:15:42 +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> <50211F3D.2000008@parallels.com> In-Reply-To: <50211F3D.2000008@parallels.com> 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 08/07/2012 05:59 PM, Glauber Costa wrote: > 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! >> >>> 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. >> > So, that was posted separately as well. > > Although there is a thing to fix here and there - all of them I am > working on already - I believe that to be mature enough. > > Do you have any comments on that? Would you be willing to take this > first part (modified with the comments on this thread itself) and let it > start sitting in the tree? > In the mean time, for any interested parties, I've set up a tree at: git://github.com/glommer/linux.git branches kmemcg-slab and kmemcg-stack Intended to be a throw-away tree. -- 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: Wed, 8 Aug 2012 18:15:42 +0400 Message-ID: <5022748E.5040809@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> <50211F3D.2000008@parallels.com> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <50211F3D.2000008-bzQdu9zFT3WakBO8gow8eQ@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 08/07/2012 05:59 PM, Glauber Costa wrote: > 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! >> >>> 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. >> > So, that was posted separately as well. > > Although there is a thing to fix here and there - all of them I am > working on already - I believe that to be mature enough. > > Do you have any comments on that? Would you be willing to take this > first part (modified with the comments on this thread itself) and let it > start sitting in the tree? > In the mean time, for any interested parties, I've set up a tree at: git://github.com/glommer/linux.git branches kmemcg-slab and kmemcg-stack Intended to be a throw-away tree.