* 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).