Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965578Ab2B1VQo (ORCPT ); Tue, 28 Feb 2012 16:16:44 -0500 Received: from mx1.redhat.com ([209.132.183.28]:30081 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S965122Ab2B1VQn (ORCPT ); Tue, 28 Feb 2012 16:16:43 -0500 Date: Tue, 28 Feb 2012 16:16:27 -0500 From: Vivek Goyal To: Tejun Heo Cc: Peter Zijlstra , Li Zefan , containers@lists.linux-foundation.org, cgroups@vger.kernel.org, Andrew Morton , Kay Sievers , Lennart Poettering , Frederic Weisbecker , linux-kernel@vger.kernel.org, Christoph Hellwig Subject: Re: [RFD] cgroup: about multiple hierarchies Message-ID: <20120228211627.GH9920@redhat.com> References: <20120221211938.GE12236@google.com> <20120222163858.GB4128@redhat.com> <20120222165714.GC4128@redhat.com> <1329990094.24994.64.camel@twins> <20120223213847.GK19691@redhat.com> <20120223223457.GJ22536@google.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120223223457.GJ22536@google.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1658 Lines: 36 On Thu, Feb 23, 2012 at 02:34:57PM -0800, Tejun Heo wrote: > On Thu, Feb 23, 2012 at 04:38:47PM -0500, Vivek Goyal wrote: > > On Thu, Feb 23, 2012 at 10:41:34AM +0100, Peter Zijlstra wrote: > > > On Wed, 2012-02-22 at 11:57 -0500, Vivek Goyal wrote: > > > > > > > > Again, it does not mean I am advocating flat hiearchy. I am just wondering > > > > in case of fully nested hierarchies (task at same level as groups), how > > > > does one explain it to a layman user who understands things in terms of > > > > % of resources. > > > > > > If your complete control is % based then I would assume its a % of a %. > > > Simple enough. > > > > But % of % will vary dynamically and not be static. So if root has got > > 100% of resources and we want 25% of that for a group, then hierarchy > > might look as follows. > > It is complex but semantics is pretty well defined. It should behave > exactly the same as HTB. Whether the complexity would be justifiable > is a different issue. I don't know much about HTB but a quick read at internet seems to suggest that hierarchy we setup is pretty static and does not change with more task coming in/going out. That means share/configured bandwidth of each queue in the hierarchy is fixed until and unless that tree is changed. But in this case, if task and groups are treated at same level, things are not static and % share will change dynamically. Thanks Vivek -- 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/