lkml.org 
[lkml]   [2007]   [Apr]   [10]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: If not readdir() then what?
On Tuesday April 10, hpa@zytor.com wrote:
>
> Seems like it would simply make more sense for the server to be allowed
> to determine what the size of the cookie should be.

That is one possibility. but if the cookie gets too big, you
substantially reduce the number of entries you can fit in a single
reply. And if you choose to use the filename as the cookie, you end
up sending the filename twice for each entry, which seems somewhat
pointless.

>
> Of course, that doesn't help NFSv2/3/4.0.

No. And while we can probably deprecate support for NFSv2 (at least
in newer filesystems) I think it will be quite some years before we
can think about doing the same for v3 (in fact we can probably
deprecate 4.0 and 4.1 before v3 :-)
So while it doesn't hurt to plan for the longer-term future, I think
we need to accept that over the next 5 years, filesystems needs to
cope with 64bit dir-entry cookies to be generally useful.

NeilBrown
-
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 23:47    [W:0.196 / U:0.660 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site