lkml.org 
[lkml]   [2001]   [Jul]   [17]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: NFS Client patch
Craig Soules wrote:
>
> On Wed, 18 Jul 2001, Hans Reiser wrote:
> > I take issue with the word "properly". We have bastardized our FS design to do it. NFS should not
> > be allowed to impose stable cookie maintenance on filesystems, it violates layering. Simply
> > returning the last returned filename is so simple to code, much simpler than what we have to do to
> > cope with cookies. Linux should fix the protocol for NFS, not ask Craig to screw over his FS
> > design. Not that I think that will happen.....
>
> Unfortunately to comply with NFSv2, the cookie cannot be larger than
> 32-bits. I believe this oversight has been correct in later NFS versions.
>
> I do agree that forcing the underlying fs to "fix" itself for NFS is the
> wrong solution. I can understand their desire to follow unix semantics
> (although I don't entirely agree with them), so until I think up a more
> palatable solution for the linux community, I will just keep my patches to
> myself :)
>
> Craig

64 bits as in NFS v4 is still not large enough to hold a filename. For practical reasons, ReiserFS
does what is needed to work with NFS, but what is needed bad design features, and any FS designer
who doesn't feel the need to get along with NFS should not have acceptance of bad design be made a
criterion for the acceptance of his patches. Just let NFS not work for Craig's FS, what is the
problem with that?

Hans
-
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: 2005-03-22 13:17    [W:2.305 / U:0.056 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site