diff options
author | Josef Bacik <josef@redhat.com> | 2011-05-31 11:58:49 -0400 |
---|---|---|
committer | Al Viro <viro@zeniv.linux.org.uk> | 2011-07-20 01:43:03 -0400 |
commit | 44396f4b5cb8566f7118aec55eeac99be7ad94cb (patch) | |
tree | dc2fd0d01c634ee9a5f5cfb8ca0d660f060ce188 /include/linux/mfd | |
parent | e6625fa48e6580a74b7e700efd7e6463e282810b (diff) | |
download | linux-44396f4b5cb8566f7118aec55eeac99be7ad94cb.tar.gz linux-44396f4b5cb8566f7118aec55eeac99be7ad94cb.tar.bz2 linux-44396f4b5cb8566f7118aec55eeac99be7ad94cb.zip |
fs: add a DCACHE_NEED_LOOKUP flag for d_flags
Btrfs (and I'd venture most other fs's) stores its indexes in nice disk order
for readdir, but unfortunately in the case of anything that stats the files in
order that readdir spits back (like oh say ls) that means we still have to do
the normal lookup of the file, which means looking up our other index and then
looking up the inode. What I want is a way to create dummy dentries when we
find them in readdir so that when ls or anything else subsequently does a
stat(), we already have the location information in the dentry and can go
straight to the inode itself. The lookup stuff just assumes that if it finds a
dentry it is done, it doesn't perform a lookup. So add a DCACHE_NEED_LOOKUP
flag so that the lookup code knows it still needs to run i_op->lookup() on the
parent to get the inode for the dentry. I have tested this with btrfs and I
went from something that looks like this
http://people.redhat.com/jwhiter/ls-noreada.png
To this
http://people.redhat.com/jwhiter/ls-good.png
Thats a savings of 1300 seconds, or 22 minutes. That is a significant savings.
Thanks,
Signed-off-by: Josef Bacik <josef@redhat.com>
Signed-off-by: Al Viro <viro@zeniv.linux.org.uk>
Diffstat (limited to 'include/linux/mfd')
0 files changed, 0 insertions, 0 deletions