All of lore.kernel.org
 help / color / mirror / Atom feed
From: Alex Bligh <alex@alex.org.uk>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xensource.com,
	Anthony Liguori <anthony@codemonkey.ws>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	qemu-devel@nongnu.org, Alex Bligh <alex@alex.org.uk>,
	Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v2] xen_disk: support "direct-io-safe" backend	option
Date: Fri, 28 Jun 2013 17:17:37 +0100	[thread overview]
Message-ID: <624B402D40D846D55A77B826@nimrod.local> (raw)
In-Reply-To: <20941.26905.519774.239644@mariner.uk.xensource.com>



--On 28 June 2013 11:44:41 +0100 Ian Jackson <Ian.Jackson@eu.citrix.com> 
wrote:

>> Looks useful. Are you planning to do this for both emulated and pv
>> disks?
>
> Emulated disks don't have the same problem because they don't try to
> use O_DIRECT on pages shared with the guest via the Xen grant table
> mechanism.

I should have been more specific. The original thread maintained
emulated disks always had O_DIRECT turned off, despite the fact
the rationale for using O_DIRECT for PV disks was that not using
O_DIRECT in some circumstances might be unsafe, because it was
the only way to get any decent performance out of them. I think
we ran the 'no O_DIRECT might be unsafe' argument to ground, but
if the rationale for Stefano's patch is not just speed but additional
safety (for instance against the host dying and losing the page
cache for file systems that have barriers switched off), then
there is an argument to use it for emulated disks too.

But as Stefano says:

--On 28 June 2013 11:56:29 +0100 Stefano Stabellini 
<stefano.stabellini@eu.citrix.com> wrote:

> This is PV only, at least for the moment: emulated disks always use
> writeback caching.
> From the performance point of view, making this change for IDE disks is
> not very important (because IDE is slow anyway).

... perhaps 'who cares'.

-- 
Alex Bligh

WARNING: multiple messages have this Message-ID (diff)
From: Alex Bligh <alex@alex.org.uk>
To: Ian Jackson <Ian.Jackson@eu.citrix.com>
Cc: xen-devel@lists.xensource.com,
	Anthony Liguori <anthony@codemonkey.ws>,
	Stefano Stabellini <stefano.stabellini@eu.citrix.com>,
	qemu-devel@nongnu.org, Alex Bligh <alex@alex.org.uk>,
	Paolo Bonzini <pbonzini@redhat.com>
Subject: Re: [PATCH v2] xen_disk: support "direct-io-safe" backend	option
Date: Fri, 28 Jun 2013 17:17:37 +0100	[thread overview]
Message-ID: <624B402D40D846D55A77B826@nimrod.local> (raw)
In-Reply-To: <20941.26905.519774.239644@mariner.uk.xensource.com>



--On 28 June 2013 11:44:41 +0100 Ian Jackson <Ian.Jackson@eu.citrix.com> 
wrote:

>> Looks useful. Are you planning to do this for both emulated and pv
>> disks?
>
> Emulated disks don't have the same problem because they don't try to
> use O_DIRECT on pages shared with the guest via the Xen grant table
> mechanism.

I should have been more specific. The original thread maintained
emulated disks always had O_DIRECT turned off, despite the fact
the rationale for using O_DIRECT for PV disks was that not using
O_DIRECT in some circumstances might be unsafe, because it was
the only way to get any decent performance out of them. I think
we ran the 'no O_DIRECT might be unsafe' argument to ground, but
if the rationale for Stefano's patch is not just speed but additional
safety (for instance against the host dying and losing the page
cache for file systems that have barriers switched off), then
there is an argument to use it for emulated disks too.

But as Stefano says:

--On 28 June 2013 11:56:29 +0100 Stefano Stabellini 
<stefano.stabellini@eu.citrix.com> wrote:

> This is PV only, at least for the moment: emulated disks always use
> writeback caching.
> From the performance point of view, making this change for IDE disks is
> not very important (because IDE is slow anyway).

... perhaps 'who cares'.

-- 
Alex Bligh

  reply	other threads:[~2013-06-28 16:17 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-06-27 18:16 [Qemu-devel] [PATCH v2] xen_disk: support "direct-io-safe" backend option Stefano Stabellini
2013-06-27 18:16 ` Stefano Stabellini
2013-06-28  7:56 ` [Qemu-devel] " Paolo Bonzini
2013-06-28  7:56   ` Paolo Bonzini
2013-06-28 10:54   ` [Qemu-devel] " Ian Jackson
2013-06-28 10:54     ` Ian Jackson
2013-06-28 10:57   ` [Qemu-devel] " Stefano Stabellini
2013-06-28 10:57     ` Stefano Stabellini
2013-06-28  8:48 ` [Qemu-devel] " Alex Bligh
2013-06-28  8:48   ` Alex Bligh
2013-06-28 10:44   ` [Qemu-devel] " Ian Jackson
2013-06-28 10:44     ` Ian Jackson
2013-06-28 16:17     ` Alex Bligh [this message]
2013-06-28 16:17       ` Alex Bligh
2013-06-28 16:26       ` [Qemu-devel] " Paolo Bonzini
2013-06-28 16:26         ` Paolo Bonzini
2013-06-28 10:56   ` [Qemu-devel] " Stefano Stabellini
2013-06-28 10:56     ` Stefano Stabellini
2013-06-28 16:16 ` [Qemu-devel] " Stefano Stabellini
2013-06-28 16:51   ` George Dunlap

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=624B402D40D846D55A77B826@nimrod.local \
    --to=alex@alex.org.uk \
    --cc=Ian.Jackson@eu.citrix.com \
    --cc=anthony@codemonkey.ws \
    --cc=pbonzini@redhat.com \
    --cc=qemu-devel@nongnu.org \
    --cc=stefano.stabellini@eu.citrix.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.