From: Trond Myklebust <trondmy@primarydata.com>
To: Christoph Hellwig <hch@infradead.org>
Cc: "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
"xfs@oss.sgi.com" <xfs@oss.sgi.com>
Subject: Re: [PATCH 10/12] NFS: Do not serialise O_DIRECT reads and writes
Date: Wed, 15 Jun 2016 15:09:23 +0000 [thread overview]
Message-ID: <02DCF6B5-AFDF-4E33-A8F2-DBFE67A87E91@primarydata.com> (raw)
In-Reply-To: <20160615145638.GC5297@infradead.org>
[-- Attachment #1.1: Type: text/plain, Size: 1383 bytes --]
On 6/15/16, 10:56, "Christoph Hellwig" <hch@infradead.org> wrote:
>On Wed, Jun 15, 2016 at 02:52:24PM +0000, Trond Myklebust wrote:
>> >But XFS allows full parallelism for direct reads and writes as long
>> >as there is no more pagecache to flush. But if you have pages in
>> >the pagecache you need the exclusive lock to prevent against new
>> >pagecache pages being added.
>>
>> Exactly. So does this.
>
>So let's avoid bloating the inode with another rw_semaphore, and make
>everyones life easier by using the existing lock.
As I said earlier, the problem with that is you end up artificially serialising buffered reads and buffered writes.
• The reads only need a shared lock in order to protect the I/O mode from flipping to O_DIRECT (and relying on page locks to protect against buffered writes).
• The writes need protection against O_DIRECT, they don’t need serialisation with other reads, but they do need to be serialised against other buffered writes.
Disclaimer
The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful.
[-- Attachment #1.2: Type: text/html, Size: 1715 bytes --]
[-- Attachment #2: Type: text/plain, Size: 121 bytes --]
_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs
next prev parent reply other threads:[~2016-06-15 15:09 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1465931115-30784-3-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-4-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-5-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-6-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-7-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-8-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-9-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <1465931115-30784-10-git-send-email-trond.myklebust@primarydata.com>
[not found] ` <20160615071343.GC4318@infradead.org>
[not found] ` <755A2A14-C6A9-4737-8335-0A6785490F6D@primarydata.com>
2016-06-15 14:48 ` [PATCH 10/12] NFS: Do not serialise O_DIRECT reads and writes Christoph Hellwig
2016-06-15 14:52 ` Trond Myklebust
2016-06-15 14:56 ` Christoph Hellwig
2016-06-15 15:09 ` Trond Myklebust [this message]
2016-06-15 15:14 ` Christoph Hellwig
2016-06-15 15:45 ` Trond Myklebust
2016-06-16 9:12 ` Christoph Hellwig
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=02DCF6B5-AFDF-4E33-A8F2-DBFE67A87E91@primarydata.com \
--to=trondmy@primarydata.com \
--cc=hch@infradead.org \
--cc=linux-nfs@vger.kernel.org \
--cc=xfs@oss.sgi.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox