Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754935AbZLUOmt (ORCPT ); Mon, 21 Dec 2009 09:42:49 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1751303AbZLUOms (ORCPT ); Mon, 21 Dec 2009 09:42:48 -0500 Received: from mx1.redhat.com ([209.132.183.28]:54557 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751286AbZLUOmr (ORCPT ); Mon, 21 Dec 2009 09:42:47 -0500 Date: Mon, 21 Dec 2009 09:42:24 -0500 From: Vivek Goyal To: Jens Axboe Cc: Munehiro Ikeda , Corrado Zoccolo , linux-kernel@vger.kernel.org, nauman@google.com, lizf@cn.fujitsu.com, ryov@valinux.co.jp, fernando@oss.ntt.co.jp, taka@valinux.co.jp, guijianfeng@cn.fujitsu.com, jmoyer@redhat.com, Alan.Brunelle@hp.com Subject: Re: [RFC] CFQ group scheduling structure organization Message-ID: <20091221144223.GA10994@redhat.com> References: <1261003980-10115-1-git-send-email-vgoyal@redhat.com> <4e5e476b0912170341h7ba632akddb921c996a36f73@mail.gmail.com> <4B2AC59D.2010004@ds.jp.nec.com> <20091221121619.GJ4489@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091221121619.GJ4489@kernel.dk> User-Agent: Mutt/1.5.19 (2009-01-05) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2543 Lines: 64 On Mon, Dec 21, 2009 at 01:16:19PM +0100, Jens Axboe wrote: > On Thu, Dec 17 2009, Munehiro Ikeda wrote: > > Hello, > > > > Corrado Zoccolo wrote, on 12/17/2009 06:41 AM: > >> Hi, > >> On Wed, Dec 16, 2009 at 11:52 PM, Vivek Goyal wrote: > >>> Hi All, > >>> > >>> With some basic group scheduling support in CFQ, there are few questions > >>> regarding how group structure should look like in CFQ. > >>> > >>> Currently, grouping looks as follows. A, and B are two cgroups created by > >>> user. > >>> > >>> [snip] > >>> > >>> Proposal 4: > >>> ========== > >>> Treat task and group at same level. Currently groups are at top level and > >>> at second level are tasks. View the whole hierarchy as follows. > >>> > >>> > >>> service-tree > >>> / | \ \ > >>> T1 T2 G1 G2 > >>> > >>> Here T1 and T2 are two tasks in root group and G1 and G2 are two cgroups > >>> created under root. > >>> > >>> In this kind of scheme, any RT task in root group will still be system > >>> wide RT even if we create groups G1 and G2. > >>> > >>> So what are the issues? > >>> > >>> - I talked to few folks and everybody found this scheme not so intutive. > >>> Their argument was that once I create a cgroup, say A, under root, then > >>> bandwidth should be divided between "root" and "A" proportionate to > >>> the weight. > >>> > >>> It is not very intutive that group is competing with all the tasks > >>> running in root group. And disk share of newly created group will change > >>> if more tasks fork in root group. So it is highly dynamic and not > >>> static hence un-intutive. > > > > I agree it might be dynamic but I don't think it's un-intuitive. > > I think it's reasonable that disk share of a group is > > influenced by the number of tasks running in root group, > > because the root group is shared by the tasks and groups from > > the viewpoint of cgroup I/F, and they really share disk bandwidth. > > Agree, this is my preferred solution as well. There are definitely valid > cases for both doing system wide RT and system wide idle, and there are > definitely valid reasons for doing that inside a single group as well. > Thanks Jens. I will write a patch to implement above. 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/