All of lore.kernel.org
 help / color / mirror / Atom feed
From: Anthony Liguori <aliguori@us.ibm.com>
To: Steve Dobbelstein <steved@us.ibm.com>
Cc: xen-devel@lists.xensource.com
Subject: Re: Shouldn't backend devices for VMX domain disks be opened with O_DIRECT?
Date: Thu, 02 Feb 2006 15:46:11 -0600	[thread overview]
Message-ID: <43E27DA3.80405@us.ibm.com> (raw)
In-Reply-To: <OF036ACF80.77D96995-ON06257109.00744220-06257109.007689F3@us.ibm.com>

Steve Dobbelstein wrote:

>While running some disk performance tests for VMX domains we noticed that
>writes to the backend device for a VMX domain's disk go through the buffer
>cache, that is, they are not written immediately to disk.  Shouldn't the
>I/Os go straight to the backend device, i.e., the device should be opened
>with O_DIRECT or some such?  From the domain's perspective it expects the
>data to be physically on the device, but in reality it is not.   There are
>things, such a writes to a file system journal, that the OS in the domain
>will expect to be on disk.  If the whole system crashes before the buffer
>cache in dom0 is written to disk, those writes may not be on the disk.
>When the domain is started again it may find the file system in an
>inconsistent state, due to writes to the journal that didn't make it to
>disk, and may not be able to recover.
>
>It seems to me that if a domain expects things to be physically on its
>frontend device that they should be physically on the backend device as
>well.  Or am I missing something from the bigger picture?
>  
>
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.

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

Regards,

Anthony Liguori

>Steve D.
>
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel
>
>  
>

  reply	other threads:[~2006-02-02 21:46 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-02 21:34 Shouldn't backend devices for VMX domain disks be opened with O_DIRECT? Steve Dobbelstein
2006-02-02 21:46 ` Anthony Liguori [this message]
2006-02-02 22:28   ` Steve Dobbelstein
2006-02-02 22:41     ` Philip R. Auld
2006-02-03  0:09       ` Anthony Liguori
2006-02-03  0:31         ` Luciano Miguel Ferreira Rocha
2006-02-03  2:40         ` Rik van Riel
2006-02-03  2:42         ` Stephen Tweedie
2006-02-03  2:50           ` Anthony Liguori
2006-02-03 15:42             ` Stephen C. Tweedie

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43E27DA3.80405@us.ibm.com \
    --to=aliguori@us.ibm.com \
    --cc=steved@us.ibm.com \
    --cc=xen-devel@lists.xensource.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.