All of lore.kernel.org
 help / color / mirror / Atom feed
From: Orit Wasserman <owasserm@redhat.com>
To: "Marcin Gibuła" <m.gibula@beyond.pl>,
	"Alexey Kardashevskiy" <aik@ozlabs.ru>,
	qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] migration question: disk images on nfs server
Date: Fri, 07 Feb 2014 15:57:54 +0200	[thread overview]
Message-ID: <52F4E662.4000803@redhat.com> (raw)
In-Reply-To: <52F4E33B.4070305@beyond.pl>

On 02/07/2014 03:44 PM, Marcin Gibuła wrote:
> On 07.02.2014 14:36, Orit Wasserman wrote:
>>> Do you know if is applies to linux O_DIRECT writes as well?
>>>
>>
>>  From the man of open:
>>
>>         The behaviour of O_DIRECT with NFS will differ from local
>>         filesystems.  Older kernels, or kernels configured in certain ways,
>>         may not support this combination.  The NFS protocol does not
>> support
>>         passing the flag to the server, so O_DIRECT I/O will bypass the
>> page
>>         cache only on the client; the server may still cache the I/O.  The
>>         client asks the server to make the I/O synchronous to preserve the
>>         synchronous semantics of O_DIRECT.  Some servers will perform
>> poorly
>>         under these circumstances, especially if the I/O size is small.
>> Some
>>         servers may also be configured to lie to clients about the I/O
>> having
>>         reached stable storage; this will avoid the performance penalty at
>>         some risk to data integrity in the event of server power failure.
>>         The Linux NFS client places no alignment restrictions on O_DIRECT
>>         I/O.
>>
>> To summaries it depends on your kernel (NFS client).
>
> So, assuming new kernel (where nfs O_DIRECT translates to no cache at client side) and cache coherent server, is it enough or is 'sync' mount (or O_SYNC flag) still required for some reason?
>

I think is should be enough.

  reply	other threads:[~2014-02-07 13:57 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-02-07  4:35 [Qemu-devel] migration question: disk images on nfs server Alexey Kardashevskiy
2014-02-07  7:46 ` Orit Wasserman
2014-02-07  9:41   ` Marcin Gibuła
2014-02-07 12:26     ` Paolo Bonzini
2014-02-07 12:10   ` Alexey Kardashevskiy
2014-02-07 12:47     ` Orit Wasserman
2014-02-07 12:54       ` Marcin Gibuła
2014-02-07 13:36         ` Orit Wasserman
2014-02-07 13:44           ` Marcin Gibuła
2014-02-07 13:57             ` Orit Wasserman [this message]
2014-02-08  8:30       ` Kevin Wolf

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=52F4E662.4000803@redhat.com \
    --to=owasserm@redhat.com \
    --cc=aik@ozlabs.ru \
    --cc=m.gibula@beyond.pl \
    --cc=qemu-devel@nongnu.org \
    /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.