All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ming Chen <mchen@cs.stonybrook.edu>
To: Trond Myklebust <trond.myklebust@primarydata.com>
Cc: Linux NFS Mailing List <linux-nfs@vger.kernel.org>,
	Linux FS-devel Mailing List <linux-fsdevel@vger.kernel.org>,
	ezk@fsl.cs.stonybrook.edu
Subject: Re: [PATCH] nfs: avoid nfs_wait_on_seqid() for NFSv4.1
Date: Fri, 3 Jul 2015 17:10:03 -0400	[thread overview]
Message-ID: <CAGDv-a7Z9JWw+fw50tjm887Y8s16O8xFXBvhbPdFVV0qYCADXg@mail.gmail.com> (raw)
In-Reply-To: <CAHQdGtSkQmk7_z4ckXvefONjUQu6DVxui_q66RYdq-Tc7D_GKQ@mail.gmail.com>

Glad that this is fixed. I just verified that in vanilla 4.1.1,
NFSv4.1 is performing well with parallel opens. We found this problem
in our benchmarking study using 3.14.17. In case you are interested,
we wrote a paper about NFSv4.1 benchmarking:
http://www.fsl.cs.sunysb.edu/docs/nfs4perf/nfs4perf-sigm15.pdf

Thanks,
Ming

On Thu, Jul 2, 2015 at 7:23 PM, Trond Myklebust
<trond.myklebust@primarydata.com> wrote:
> On Thu, Jul 2, 2015 at 6:47 PM, Ming Chen <mchen@cs.stonybrook.edu> wrote:
>>
>> seqid, introduced in NFSv4.0, requires state-changing operations be performed
>> synchronously, and thus limits parallelism. NFSv4.1 supports "unlimited
>> parallelism" by using sessions and slots; seqid is no longer used and must be
>> ignored by NFSv4.1 server. However, the current nfs client always call
>> nfs_wait_on_seqid() no matter the version is 4.0 or 4.1.
>
> Please see commit 63f5f796af613 ("NFSv4.1: Allow parallel
> OPEN/OPEN_DOWNGRADE/CLOSE") which first appeared in Linux-4.0.
>
> Cheers
>   Trond

  reply	other threads:[~2015-07-03 21:10 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-07-02 22:47 [PATCH] nfs: avoid nfs_wait_on_seqid() for NFSv4.1 Ming Chen
     [not found] ` <1435877253-1497-1-git-send-email-mchen-JuQBKiYWLL8cww2/fHdDyodd74u8MsAO@public.gmane.org>
2015-07-02 23:23   ` Trond Myklebust
2015-07-02 23:23     ` Trond Myklebust
2015-07-03 21:10     ` Ming Chen [this message]
  -- strict thread matches above, loose matches on Subject: below --
2014-11-03 16:39 Ming Chen
2014-11-03 16:39 ` Ming Chen

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=CAGDv-a7Z9JWw+fw50tjm887Y8s16O8xFXBvhbPdFVV0qYCADXg@mail.gmail.com \
    --to=mchen@cs.stonybrook.edu \
    --cc=ezk@fsl.cs.stonybrook.edu \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-nfs@vger.kernel.org \
    --cc=trond.myklebust@primarydata.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.