[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20110609123220.6afb9d0f.akpm@linux-foundation.org>
Date: Thu, 9 Jun 2011 12:32:20 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Andy Whitcroft <apw@...onical.com>
Cc: NeilBrown <neilb@...e.de>, Miklos Szeredi <miklos@...redi.hu>,
viro@...IV.linux.org.uk, torvalds@...ux-foundation.org,
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, 9 Jun 2011 14:49:47 +0100
Andy Whitcroft <apw@...onical.com> wrote:
> On Wed, Jun 08, 2011 at 08:52:33PM -0700, Andrew Morton wrote:
>
> > > > 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.
>
> For the Ubuntu liveCD we have tried to use unions via fuse with a view
> to dropping aufs2 as an external module. The performance was atrocious
> (IIRC of the order of 10x slower), to the point that most people assumed
> it was broken and reset the machine.
On Thu, 9 Jun 2011 15:57:48 +0200
Michal Suchanek <hramrach@...trum.cz> wrote:
> The problem with the userspace alternative is that it does not work. I
> tried to run my live CD on top of unionfs-fuse and the filesystem
> would fail intermittently leading to random errors during boot.
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.
If it is demonstrated that the userspace implementation simply cannot
ever have acceptable performance then OK, we have an argument for a
kernel driver.
--
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