linux-fsdevel.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
* orangefs d_revalidate
@ 2016-02-19 22:41 Martin Brandenburg
  0 siblings, 0 replies; only message in thread
From: Martin Brandenburg @ 2016-02-19 22:41 UTC (permalink / raw)
  To: linux-fsdevel; +Cc: viro

I would appreciate it if Al (or anyone else
knowledgeable, but Al has been helping us greatly)
would review my recent changes to orangefs's
d_revalidate.

They have been in our tree for a few weeks now, but I
haven't heard anything about them.

commit 99109822f5cbe6d530eb55193b25aa5348f6134d
    orangefs: Fix revalidate.
commit fe88adc3661ff9eb2a9777277f9c3abf5909449f
    orangefs: Only compare attributes specified in orangefs_inode_getattr.
commit 933287da750edefbf0f449750fd67b4fc6c10013
    orangefs: Implement inode_operations->permission().
commit 237f8282c04ba81926f4dfc33cd2ca20bb0c50e7
    orangefs: Do not retrieve size from servers unless it it necessary.

are the ones I'm thinking of.

I have been working on a set of patches that will
utilize the inode and dentry caches to reduce load on
the servers. OrangeFS can return inode data with
readdir. I want to extend the protocol to get this into
the kernel so the inode can be filled during readdir.
Then when/if userspace calls stat while the cache is
hot, we won't have to do a trip to the server.

I believe this will significantly improve ls and
directory operations in general performance for
OrangeFS.

Thanks,

-- Martin

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2016-02-19 22:41 UTC | newest]

Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-02-19 22:41 orangefs d_revalidate Martin Brandenburg

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).