[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
[dm-devel] Re: Regarding dm-ioband tests
- From: Balbir Singh <balbir linux vnet ibm com>
- To: Ryo Tsuruta <ryov valinux co jp>
- Cc: riel redhat com, dhaval linux vnet ibm com, guijianfeng cn fujitsu com, linux-kernel vger kernel org, jmoyer redhat com, dm-devel redhat com, agk redhat com, jens axboe oracle com, nauman google com, akpm linux-foundation org, vgoyal redhat com
- Subject: [dm-devel] Re: Regarding dm-ioband tests
- Date: Tue, 15 Sep 2009 20:49:52 +0530
* Ryo Tsuruta <ryov valinux co jp> [2009-09-16 00:12:37]:
> Hi Dhaval,
>
> Dhaval Giani <dhaval linux vnet ibm com> wrote:
> > > Dhaval Giani <dhaval linux vnet ibm com> 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?
--
Balbir
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]