lkml.org 
[lkml]   [2004]   [Nov]   [18]   [last100]   RSS Feed
Views: [more markup]  [less markup]  [headers]  [forward] 
 
Messages in this thread
/
DateThu, 18 Nov 2004 10:31:27 -0800 (PST)
FromLinus Torvalds <>
SubjectRe: [PATCH] [Request for inclusion] Filesystem in Userspace

On Thu, 18 Nov 2004, Miklos Szeredi wrote:
> 
> Well, killing the fuse process _will_ make the system come back to
> life, since then all the dirty pages belonging to the filesystem will
> be discarded. 

They will? Why? They're still mapped into other processes, still dirty. 
How do they go away?

> > I really do believe that user-space filesystems have problems. There's a 
> > reason we tend to do them in kernel space. 
> 
> Well, NFS with a network failure has the same problem.  It's not the
> userspace that's the problem, it's the non-reliability.

No, it _is_ the userspace.

Yes, NFS is unreliable too, but it doesn't have the behaviour that when 
the client locks up, the server locks up too. The two aren't "linked", and 
they are protected from each other using up too much memory.

In contrast, a fuse process that needs to do IO is _not_ protected from 
the clients having eaten up all the memory it needs to do the IO.

Btw, this is not a new issue. This is the _exact_ same issue that "run the 
NFS server on the same machine as the client" has. And yes, it did have 
problems. People still did it, because it allowed for user-space 
filesystem demos.

> Currently shared writable mappings aren't allowed for non-root by
> default in FUSE.

Yes, that's a valid approach.

			Linus
-
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 14:08    [from the cache]
©2003-2008