Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755456AbZIOQV3 (ORCPT ); Tue, 15 Sep 2009 12:21:29 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755158AbZIOQV0 (ORCPT ); Tue, 15 Sep 2009 12:21:26 -0400 Received: from mail.valinux.co.jp ([210.128.90.3]:40019 "EHLO mail.valinux.co.jp" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754758AbZIOQVZ (ORCPT ); Tue, 15 Sep 2009 12:21:25 -0400 Date: Wed, 16 Sep 2009 01:21:28 +0900 (JST) Message-Id: <20090916.012128.71105809.ryov@valinux.co.jp> To: balbir@linux.vnet.ibm.com Cc: dhaval@linux.vnet.ibm.com, vgoyal@redhat.com, riel@redhat.com, linux-kernel@vger.kernel.org, dm-devel@redhat.com, jens.axboe@oracle.com, agk@redhat.com, akpm@linux-foundation.org, nauman@google.com, guijianfeng@cn.fujitsu.com, jmoyer@redhat.com Subject: Re: Regarding dm-ioband tests From: Ryo Tsuruta In-Reply-To: <20090915151952.GH4846@balbir.in.ibm.com> References: <20090911095347.GD4474@linux.vnet.ibm.com> <20090916.001237.226784704.ryov@valinux.co.jp> <20090915151952.GH4846@balbir.in.ibm.com> X-Mailer: Mew version 5.2.52 on Emacs 22.1 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2710 Lines: 61 Hi Balbir, Balbir Singh wrote: > * Ryo Tsuruta [2009-09-16 00:12:37]: > > > Hi Dhaval, > > > > Dhaval Giani wrote: > > > > Dhaval Giani wrote: > > > > > > I know that cgroup is a very well defined functionality, that is why > > > > > > dm-ioband also supports throttling per cgroup. But how are we supposed > > > > > > to do throttling on the system which doesn't support cgroup? > > > > > > As I wrote in another mail to Vivek, I would like to make use of > > > > > > dm-ioband on RHEL 5.x. > > > > > > > > > > Hi Ryo, > > > > > > > > > > I am not sure that upstream should really be worrying about RHEL 5.x. > > > > > cgroups is a relatively mature solution and is available in most (if not > > > > > all) community distros today. We really should not be looking at another > > > > > grouping solution if the sole reason is that then dm-ioband can be used > > > > > on RHEL 5.x. The correct solution would be to maintain a separate patch > > > > > for RHEL 5.x then and not to burden the upstream kernel. > > > > > > > > RHEL 5.x is not the sole reason for that. > > > > > > > > > > Could you please enumerate the other reasons for pushing in another > > > grouping mechanism then? (Why can we not resolve them via cgroups?) > > > > I'm sorry for late reply. > > > > I'm not only pushing in the grouping mechanism by using the dmsetup > > command. Please understand that dm-ioband also provides cgroup > > interface and can be configured in the same manner like other cgroup > > subsystems. > > Why it is so bad to have multiple ways to configure? I think that it > > rather gains in flexibility of configurations. > > > > The main issue I see is user confusion and distro issues. If a distro > compiles cgroups and dmsetup provides both methods, what method > do we recommend to end users? Also should system management tool > support two configuration mechanisms for the same functionality? I think that it is up to users which mechanism they choose to use, and such kind of users who can use dmsetup or cgroup interface directly will not be confused in such a situation. I also think that management tools are required for end users, and if a distro supports cgroups, I recommend the management tools configure dm-ioband by using cgroups, because dm-ioband is more usable when using with blkio-cgroup and memory cgroup. Thanks, Ryo Tsuruta -- 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/