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] bad write performance with qdisk with larger files in pv

To: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
Subject: Re: [Xen-devel] bad write performance with qdisk with larger files in pv-domU
From: Ronny Hegewald <ronny.hegewald@xxxxxxxxx>
Date: Sat, 4 Jun 2011 01:49:45 +0000
Cc: xen-devel@xxxxxxxxxxxxxxxxxxx
Delivery-date: Fri, 03 Jun 2011 17:46:37 -0700
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20110603231639.GA21830@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: <201106032349.47095.ronny.hegewald@xxxxxxxxx> <20110603231639.GA21830@xxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: KMail/1.11.4 (Linux/2.6.32.27-xen-pvops; KDE/4.2.4; i686; ; )
> You could also use this patch:
>, http://darnok.org/xen/qdisk_vs_blkback_v3.1/qemu-enable-aio.patch

Wasn't aware of that patch, i will try it out.

>
> But why not use the 3.0-rc1 with the xen-blkback? Or if you want to use
> 2.6.39 you could use the
> git://git.kernel.org/pub/scm/linux/kernel/git/konrad/xen.git
> stable/2.6.39.x tree

I planned to try out the qdisk/qemu blktap implementation a bit. The missing 
xen-blkback in officiall 2.6.39 was just a good opportunity for this.

And from what i have read the future of blktap might be more in qemu then in 
the kernel, so thats another reason to get used to it.

> > Is this performance-impact expected when no AIO is used?
>
> Yeah, it is slow.

Ok, then no reason to dig deeper into that. So my current impression is that 
its better not use qdisk/qemu-blktap until xen can use upstream qemu?



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

<Prev in Thread] Current Thread [Next in Thread>