[lkml]   [2002]   [Mar]   [18]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: VFS mediator?

> > > I have experimented with using NFS for that -- start a local daemon that
> > > exports a virtual filesystem and mount that. The great bonus is that it's
> > > platform independent -- it works on Solaris, HP-UX and even Ultrix just as
> > > well. Other projects have become more important, however, and I haven't
> > > finished it. If you're interested, drop me a line.
> >
> > There are several of these and also some folks using the coda interface
> > to do the same work, as the coda interface is sometimes better suited.
> ... for some kinds of work.
> First of all, "VFS mediator" is simply a userland filesystem. That's
> precisely what it is - filesystem that talks to a process. We've got
> quite a few of them and which one fits the task depends on the task.
> * NFS (v2,v3): Portable. And that's the only good thing to say
> about it - it's stateless, it has messy semantics all over the place and
> implementing userland server requires a lot of glue.

Does not work... If you mount nfs server on localhost, you can deadlock.

> * CODA: nice if you want commit-on-close semantics and basically
> want a lot of regular files. More or less portable, userland side doesn't
> require much glue. Has a nice local caching and as the result bad for any
> RPC-style uses.

And the only one that works when r/w mounted on localhost.
(about SSSCA) "I don't say this lightly. However, I really think that the U.S.
no longer is classifiable as a democracy, but rather as a plutocracy." --hpa
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2005-03-22 13:25    [W:0.188 / U:0.732 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site