WARNING - OLD ARCHIVES

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/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

Re: [Xen-devel] PV drivers on HVM using Xen 4.1.1

To: Alex Bligh <alex@xxxxxxxxxxx>
Subject: Re: [Xen-devel] PV drivers on HVM using Xen 4.1.1
From: Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>
Date: Thu, 27 Oct 2011 15:19:16 +0100
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>, Stefano Stabellini <Stefano.Stabellini@xxxxxxxxxxxxx>
Delivery-date: Thu, 27 Oct 2011 07:22:42 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <83E58692DD2D4CA6461EEA7A@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/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <A853EEFF3A385ED3FA09E5F0@xxxxxxxxxxxx> <alpine.DEB.2.00.1110271443530.3519@kaball-desktop> <83E58692DD2D4CA6461EEA7A@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Alpine 2.00 (DEB 1167 2008-08-23)
On Thu, 27 Oct 2011, Alex Bligh wrote:
> > you should use hda here because you want to
> > make sure that an emulated IDE disk is created for you as well.
> 
> On Xen3.3 (and apparently on Xen 4) this happens anyway
> 

Yes, but I wouldn't rely on that: if you specify xvda it means you want
*only* a pv disk. However if you don't have any IDE disks configured,
qemu realizes that you made a mistake in the config and setup one for
you anyway.


> > Also if /tmp/centos-pvd.img is a raw file, you might as well use file:
> > rather than tap:aio.
> 
> There seems to be some doubt (see Ian's message) about whether this
> changes the backend driver that is used. The final deployment application
> is tap:aio with a block device, so that's why we're doing this.
 
If you are using XL, no matter if you specify tap:aio or file:, you are
going to get qemu as disk backend if you are missing blktap.
There is nothing wrong with that, except that qemu in 4.1 doesn't
support linux aio so the performances are not very good. I am not sure
which one is better: blkback on a loop device or qemu without linux aio,
they are both rather slow.

In order to make it fast you can:

- use a dom0 kernel that provides blktap;

- use LVM with blkback;

- use upstream qemu with linux aio as device model and/or block backend.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel