This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
Home Products Support Community News


[Xen-devel] Re: Is QoS of virtual disk not necessary?

To: Keir Fraser <Keir.Fraser@xxxxxxxxxxxx>
Subject: [Xen-devel] Re: Is QoS of virtual disk not necessary?
From: Andi Kleen <andi@xxxxxxxxxxxxxx>
Date: 24 Aug 2007 19:26:35 +0200
Cc: Satoshi Uchida <s-uchida@xxxxxxxxxxxxx>, xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Thu, 30 Aug 2007 02:56:54 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <C2F4B999.148C5%Keir.Fraser@xxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <012001c7e628$96933aa0$4c87380a@xxxxxxxxxxxxxxxxxxx> <C2F4B999.148C5%Keir.Fraser@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3
Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> writes:
> > Therefore, I think that it is better to develop OS-agnostic I/O control.
> Another nice thing would be that if we do not use CFQ then we do not need a
> kernel thread per VBD.

It would be probably easy to extend CFQ2 to use an user passed identifier
instead of per task for sharing if that's your goal. For a kernel driver
like blkback you could just switch around multiple current->io_contexts.

And if CFQ2 can manage hundreds of processes I don't see why it
couldn't manage hundreds of guests. Although you probably should not
put that many on a single device anyways; or rather if it's a single
device for that many it's likely a RAM backed big storage box that
doesn't need much scheduling anyways. 

The claim that CFQ2 is desktop oriented in this thread earlier is also
not true. The desktop oriented scheduler is more AS and CFQ2 is widely
and successfully used in server applications.


Xen-devel mailing list