lkml.org 
[lkml]   [2011]   [Jun]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 0/7] overlay filesystem: request for inclusion
On Thu, 9 Jun 2011 11:59:34 +1000 NeilBrown <neilb@suse.de> wrote:

> On Wed, 8 Jun 2011 15:32:08 -0700 Andrew Morton <akpm@linux-foundation.org>
> wrote:
>
> > On Wed, 1 Jun 2011 14:46:13 +0200
> > Miklos Szeredi <miklos@szeredi.hu> wrote:
> >
> > > I'd like to ask for overlayfs to be merged into 3.1.
> >
> > Dumb questions:
> >
> > I've never really understood the need for fs overlaying. Who wants it?
> > What are the use-cases?
>
> https://lwn.net/Articles/324291/
>
> I think the strongest use case is that LIVE-DVD's want it to have a write-able
> root filesystem which is stored on the DVD.

Well, these things have been around for over 20 years. What motivated
the developers of other OS's to develop these things and how are their
users using them?

> >
> > This sort of thing could be implemented in userspace and wired up via
> > fuse, I assume. Has that been attempted and why is it inadequate?
>
> I think that would be a valid question if the proposal was large and
> complex. But overlayfs is really quite small and self-contained.

Not merging it would be even smaller and simpler. If there is a
userspace alternative then that option should be evaluated and compared
in a rational manner.



Another issue: there have been numerous attempts at Linux overlay
filesystems from numerous parties. Does (or will) this implementation
satisfy all their requirements?

Because if not, we're in a situation where the in-kernel code is
unfixably inadequate so we end up merging another similar-looking
thing, or the presence of this driver makes it harder for them to get
other drivers merged and the other parties' requirements remain
unsatisfied.



\
 
 \ /
  Last update: 2011-06-09 05:55    [W:0.356 / U:0.616 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site