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] Shouldn't backend devices for VMX domain disks be opened

To: xen-devel@xxxxxxxxxxxxxxxxxxx
Subject: Re: [Xen-devel] Shouldn't backend devices for VMX domain disks be opened with O_DIRECT?
From: Steve Dobbelstein <steved@xxxxxxxxxx>
Date: Thu, 2 Feb 2006 16:28:37 -0600
Delivery-date: Thu, 02 Feb 2006 22:38:58 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <43E27DA3.80405@xxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
aliguori@xxxxxxxxxxxxxxxxxxxxxxx wrote on 02/02/2006 03:46:11 PM:

> I would doubt it.  Since it's usually opening a file, and qemu-dm is
> emulating a contigous disk, you probably want the buffer cache to
> reorder events.

I guess we're not usual since our backend is an LVM volume. :)

I can appreciate how writing to the buffer cache can speed up the response
to the I/O and make it more efficient in its writing to the backend device
by reordering events.  However, I'm still wondering if we have a data
corruption issue should dom0 crash before it writes the data in the buffer
cache to disk, data that the domain expects to be on the disk but won't be
there when the domain is restarted.

> Are you seeing a performance improvement?  Should be easy to check.

We just started doing the first runs of disk performance tests when we
noticed this behavior and thought we should bring it up on the list.  We
don't have enough data points to compare yet.  We'll post problems/issues
if/when we find them.

Steve D.


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