lkml.org 
[lkml]   [2007]   [Apr]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: If not readdir() then what?
Ulrich Drepper wrote:
> On 4/10/07, Theodore Tso <tytso@mit.edu> wrote:
>> That might work. But if in the long term we want to separate out what
>> we can send back via telldir/seekdir, and some future new Posix
>> interface, [...]
>
> With all these discussions about fixes for telldir, do we want to
> persue an alternative interface where the user can explicitly specify
> that no telldir/seekdir will ever be used? From what I know so far it
> would make technical sense since we could speed up/reduce the memory
> footprint of readdir in 99% of most programs. But is the benefit
> large enough to warrant a second interface?

The real problem sounds like NFS is, in effect, doing telldir/seekdir on
every directory reference.

It rather makes any user space accesses irrelevant. The main question
seems to be if we can realistically increase the cookie size even to 64
bits.

-hpa
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2007-04-10 17:53    [from the cache]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and my Meterkast|Read the blog