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] tap:aio performance

To: <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: RE: [Xen-devel] tap:aio performance
From: "James Harper" <james.harper@xxxxxxxxxxxxxxxx>
Date: Thu, 1 Jan 2009 22:33:58 +1100
Delivery-date: Thu, 01 Jan 2009 03:34:37 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <AEC6C66638C05B468B556EA548C1A77D0155014E@trantor>
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: <AEC6C66638C05B468B556EA548C1A77D0155014E@trantor>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AclrQtXA5PqpDoleROu60BRAokuoOAAwVrRw
Thread-topic: [Xen-devel] tap:aio performance
> 
> Now that I have tap:aio working under GPLPV, I have found that the
> performance is terrible (as in something is wrong). Under any sort of
> load, the system becomes effectively frozen - block requests appear to
> be taking seconds.
> 
> Currently I have up to 16 requests 'in the air' at a time... is that
too
> much for tap:aio? Is there something else I could be doing wrong?
> 
> It's got me baffled at the moment...
> 

This continues to frustrate me. I thought maybe using 'sparse' files to
back tap:aio might be causing problems so I freed up some space and
created a non-sparse file, but that didn't change anything.

The backup exec restore fly's along at about 600mb/min until it has
restored about 500mb and then it drops to about 12mb/min, and the DomU
is effectively unusable (anything that needs disk activity takes forever
to get there...). Once the restore finally cancel's (this takes a long
time too) the performance comes back to being usable.

Next I'll try it under Linux instead of GPLPV... but I can't think why
that would make a difference...

James

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

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