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: Luciano Miguel Ferreira Rocha <strange@xxxxxxxxxxxxx>
Date: Fri, 3 Feb 2006 00:31:18 +0000
Delivery-date: Fri, 03 Feb 2006 00:41:41 +0000
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <43E29F27.10009@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>
References: <43E27DA3.80405@xxxxxxxxxx> <OF4FC3AD2A.9B8EA7AB-ON06257109.007A4F76-06257109.007B7876@xxxxxxxxxx> <20060202224106.GC17266@xxxxxxxxxxxxxxxxxx> <43E29F27.10009@xxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
User-agent: Mutt/1.5.11
On Thu, Feb 02, 2006 at 06:09:11PM -0600, Anthony Liguori wrote:
> >I agree. It sounds like a correctness problem. It's just like disks
> >with write caching enabled.  
> > 
> >
> Referring to the original question, which has been quoted away, 
> journaling doesn't require that data be written to disk per-say but that 
> writes occur in a particular order.  A journal is always recoverable 
> given that writes occur in the expected order.  A buffer cache will have 
> no effect on that order so you're no more likely to have corruption than 
> if you disabled the buffer cache.

Corruption meaning that the domU thinks data has been committed to disk
but never has (dom0 crashed before the cache could be flushed).

The correctness of some protocols or procedures depend on being able to
forcefully commit changes to disk (databases, for example).

> If anything, what you really want (from a performance perspective) is to 
> disable the buffer cache in the domU and leave it enabled in the dom0 
> (this is what the paravirtual drivers should be doing IIRC).

I disagree. domU must be able to sync(). And if domUs are already
caching data, why let them pollute dom0's cache?

-- 
lfr
0/0

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