[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAHQdGtSVk4uYE_6bPMwvH9E4HdedP0cbric8hh4TPkLs5u2wvQ@mail.gmail.com>
Date: Fri, 25 Jul 2014 16:30:32 -0400
From: Trond Myklebust <trond.myklebust@...marydata.com>
To: Steven Whitehouse <swhiteho@...hat.com>
Cc: Zach Brown <zab@...hat.com>, Abhijith Das <adas@...hat.com>,
linux-fsdevel <linux-fsdevel@...r.kernel.org>,
cluster-devel <cluster-devel@...hat.com>,
Linux Kernel mailing list <linux-kernel@...r.kernel.org>
Subject: Re: [Cluster-devel] [RFC] readdirplus implementations: xgetdents vs
dirreadahead syscalls
On Fri, Jul 25, 2014 at 4:02 PM, Steven Whitehouse <swhiteho@...hat.com> wrote:
> Hi,
>
>
> On 25/07/14 19:28, Zach Brown wrote:
>>
>
>> How do the file systems that implement directory read-ahead today deal
>> with this?
>
> I don't know of one that does - or at least readahead of the directory info
> itself is one thing (which is relatively easy, and done by many file
> systems) its reading ahead the inodes within the directory which is more
> complex, and what we are talking about here.
>
NFS looks at whether or not there are lookup revalidations and/or
getattr calls in between the calls to readdir(). If there are, then we
assume an 'ls -l' workload, and continue to issue readdirplus calls to
the server.
Note that we also actively zap the readdir cache if we see getattr
calls over the wire, since the single call to readdirplus is usually
very much more efficient.
--
Trond Myklebust
Linux NFS client maintainer, PrimaryData
trond.myklebust@...marydata.com
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists