Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161082AbXBTXc1 (ORCPT ); Tue, 20 Feb 2007 18:32:27 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161091AbXBTXc1 (ORCPT ); Tue, 20 Feb 2007 18:32:27 -0500 Received: from e34.co.us.ibm.com ([32.97.110.152]:45697 "EHLO e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161082AbXBTXc0 (ORCPT ); Tue, 20 Feb 2007 18:32:26 -0500 Date: Tue, 20 Feb 2007 17:32:22 -0600 From: "Serge E. Hallyn" To: Paul Menage Cc: "Eric W. Biederman" , Sam Vilain , akpm@osdl.org, pj@sgi.com, sekharan@us.ibm.com, dev@sw.ru, xemul@sw.ru, serue@us.ibm.com, vatsa@in.ibm.com, containers@lists.osdl.org, winget@google.com, rohitseth@google.com, ckrm-tech@lists.sourceforge.net, linux-kernel@vger.kernel.org Subject: Re: [PATCH 0/7] containers (V7): Generic Process Containers Message-ID: <20070220233222.GB7888@sergelap.austin.ibm.com> References: <20070212081521.808338000@menage.corp.google.com> <45D0EC68.9090009@vilain.net> <6599ad830702121515p10bc1b58kf1d29367b9b18016@mail.gmail.com> <6599ad830702200955l10f3c71aucff1d4b815e1a1e7@mail.gmail.com> <6599ad830702201447t711cdf00u3704a0dac8780f91@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <6599ad830702201447t711cdf00u3704a0dac8780f91@mail.gmail.com> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1347 Lines: 34 Quoting Paul Menage (menage@google.com): > On 2/20/07, Eric W. Biederman wrote: > >All that is necessary to have a group of processes do something > >in an unnamed fashion is to hang a pointer off of the task_struct. > >That's easy. > > Right, adding a pointer to task_struct is easy. Configuring how/when > to not directly inherit it from the parent, or to change it for a > running task, or configuring state associated with the thing that the > pointer is pointing to, naming that group, and determining which group > a given process is assocaited with, is something that's effectively > repeated boiler plate for each different subsystem, and which can be > accomplished more generically via an abstraction like my containers > patch. Eric, what you gain with this patchset is, one very simple container subsystem can tie a container to a cpu, another can limit it's RSS, and suddenly you can mount -t container -o ns,rss,cpuwhatever ns /container And each virtual server you create by unsharing can get automatic cpu and rss controls. That is worthwhile imo. -serge - 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/