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
next prev parent 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: linkBe 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.