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 Content-Length: 1562 Lines: 48 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 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/