All of lore.kernel.org
 help / color / mirror / Atom feed
From: "J. Bruce Fields" <bfields@fieldses.org>
To: Rishi Agrawal <Rishi_Agrawal@symantec.com>
Cc: Christopher T Vogan <cvogan@us.ibm.com>,
	"linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org>,
	Rajesh Ghanekar <Rajesh_Ghanekar@symantec.com>,
	Ram Pandiri <ram_pandiri@symantec.com>,
	Sreeharsha Sarabu <Sreeharsha_Sarabu@symantec.com>,
	Abhijit Dey <Abhijit_Dey@symantec.com>,
	Tushar Shinde <Tushar_Shinde@symantec.com>,
	"bfields@redhat.com" <bfields@redhat.com>,
	"steved@redhat.com" <steved@redhat.com>
Subject: Re: Patch For Making Readdir_plus configurable
Date: Tue, 29 Jul 2014 16:34:49 -0400	[thread overview]
Message-ID: <20140729203449.GE21091@fieldses.org> (raw)
In-Reply-To: <20AEB6A025F81A4288597093171D1B571DBDB8FA43@APJ1XCHEVSPIN35.SYMC.SYMANTEC.COM>

On Sun, Jul 27, 2014 at 08:17:26PM -0700, Rishi Agrawal wrote:
> Hi Christopher,
> 
> Customer is having mixed of NFS client OS setups and having this at server side would help to avoid having each client mount with this option. 

I'm happy to take the client nordirplus option as evidence this is
useful in some cases, and wanting to have a way to turn it on across all
clients seem reasonable.

One concern is that this is NFSv3-only for now and it may be difficult
to implement comparable behavior on NFSv4.

But absent any objections I'm inclined to apply for 3.17 regardless and
deal with NFSv4.0 if and when it becomes a problem.

--b.

> 
> 
> From: Christopher T Vogan [mailto:cvogan@us.ibm.com] 
> Sent: Friday, July 25, 2014 10:23 PM
> To: Rishi Agrawal
> Cc: linux-nfs@vger.kernel.org; Rajesh Ghanekar; Ram Pandiri; Sreeharsha Sarabu; Abhijit Dey; Tushar Shinde; bfields@redhat.com; steved@redhat.com
> Subject: Re: Patch For Making Readdir_plus configurable
> 
> There is a client side option "nordirplus" which can be used to force the client to use READDIR 
> 
> 
> Christopher Vogan
> NFS Development & Test 
> 
> 
> 
> From:        Rishi Agrawal <Rishi_Agrawal@symantec.com> 
> To:        "linux-nfs@vger.kernel.org" <linux-nfs@vger.kernel.org> 
> Cc:        Rajesh Ghanekar <Rajesh_Ghanekar@symantec.com>, Ram Pandiri <ram_pandiri@symantec.com>, Sreeharsha Sarabu <Sreeharsha_Sarabu@symantec.com>, Abhijit Dey <Abhijit_Dey@symantec.com>, Tushar Shinde <Tushar_Shinde@symantec.com>, "bfields@redhat.com" <bfields@redhat.com>, "steved@redhat.com" <steved@redhat.com> 
> Date:        07/25/2014 11:24 AM 
> Subject:        Patch For Making Readdir_plus configurable 
> Sent by:        linux-nfs-owner@vger.kernel.org 
> ________________________________________
> 
> 
> 
> Hi,
>    One of our customer's application only needs file names not
> file attributes. With directories having 10K+ inodes (assuming buffer
> cache has directory blocks cached having file names, but inode
> cache is limited and hence need eviction of older cached inodes),
> older inodes are evicted periodically. So if they keep on doing
> readdir(2) from NSF client on multiple directories, some directory's
> files are periodically removed from inode cache and hence new
> readdir(2) on same directory requires disk access to bring back
> inodes again to inode cache.
> 
> As READDIRPLUS request fetches attributes also, doing getattr on
> each file on server, it causes unnecessary disk accesses. If
> READDIRPLUS on NFS client is returned with -ENOTSUPP, NFS
> client uses READDIR request which just gets the names of the files
> in a directory, not attributes, hence avoiding disk accesses on server.
> 
> Can this be per-export tunable so that different application can
> use it in different ways, some supporting readdirplus and others
> not supporting readdirplus?
> 
> I have worked on a patch against 3.15.6 for this. Also I am
> adding a patch against latest nfs-utils to have an export option
> for this. Can someone let me know if these patches are adequate
> or if any other changes are required. Patches attached, although
> with minimal testing. I would like to know if something like this
> can be added and if the patch can be reworked if I am missing
> something for NFSv4.
> 
> 
> Regards,
> Rishi Agrawal
> 
> 
> [attachment "patch_linux-kernel-3-15-6" deleted by Christopher T Vogan/San Jose/IBM] [attachment "patch_nfs-utils-1.3" deleted by Christopher T Vogan/San Jose/IBM] 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2014-07-29 20:34 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-07-25 16:19 Patch For Making Readdir_plus configurable Rishi Agrawal
2014-07-25 16:54 ` Christopher T Vogan
     [not found] ` <OF57CEB932.B84FFC9B-ON87257D20.005C9233-86257D20.005CC28D@us.ibm.com>
2014-07-28  3:17   ` Rishi Agrawal
2014-07-29 20:34     ` J. Bruce Fields [this message]
2014-08-04 14:31 ` Steve Dickson
2014-08-04 15:24   ` [PATCH] nfsd: allow turning off nfsv3 readdir_plus J. Bruce Fields
2014-08-04 21:46     ` J. Bruce Fields
2014-08-05 18:21       ` J. Bruce Fields
2014-08-18 17:47         ` Rajesh Ghanekar
2014-08-18 18:06           ` Rajesh Ghanekar
2014-08-18 19:10             ` J. Bruce Fields
2014-08-18 21:19             ` J. Bruce Fields
2014-08-18 21:42               ` Abhijit Dey
2014-08-19  7:53                 ` Rajesh Ghanekar
2014-08-05  6:58   ` Patch For Making Readdir_plus configurable Rishi Agrawal

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=20140729203449.GE21091@fieldses.org \
    --to=bfields@fieldses.org \
    --cc=Abhijit_Dey@symantec.com \
    --cc=Rajesh_Ghanekar@symantec.com \
    --cc=Rishi_Agrawal@symantec.com \
    --cc=Sreeharsha_Sarabu@symantec.com \
    --cc=Tushar_Shinde@symantec.com \
    --cc=bfields@redhat.com \
    --cc=cvogan@us.ibm.com \
    --cc=linux-nfs@vger.kernel.org \
    --cc=ram_pandiri@symantec.com \
    --cc=steved@redhat.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.