[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <BANLkTimTyYp1P4qd8awvsq6PVZn1TQ5A-Q@mail.gmail.com>
Date: Thu, 9 Jun 2011 12:40:01 -0700
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Andrew Morton <akpm@...ux-foundation.org>
Cc: Andy Whitcroft <apw@...onical.com>, NeilBrown <neilb@...e.de>,
Miklos Szeredi <miklos@...redi.hu>, viro@...iv.linux.org.uk,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org,
nbd@...nwrt.org, hramrach@...trum.cz, jordipujolp@...il.com,
ezk@....cs.sunysb.edu, mszeredi@...e.cz
Subject: Re: [PATCH 0/7] overlay filesystem: request for inclusion
On Thu, Jun 9, 2011 at 12:32 PM, Andrew Morton
<akpm@...ux-foundation.org> wrote:
>
> If the implementation is slow or buggy then the appropriate action is
> to speed it up and to fix the bugs, so these are just non-arguments,
> IMO.
Umm.
"userspace filesystem"?
The problem is right there. Always has been. People who think that
userspace filesystems are realistic for anything but toys are just
misguided.
fuse works fine if the thing being exported is some random low-use
interface to a fundamentally slow device. But for something like your
root filesystem? Nope. Not going to happen.
So Andrew, I think that arguing that something _can_ be done with
fuse, and thus _should_ be done with fuse is just ridiculous. That's
like saying you should do a microkernel - it may sound nice on paper,
but it's a damn stupid idea for people who care more about some idea
than they care about reality.
Linus
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists