lkml.org 
[lkml]   [2011]   [Jun]   [9]   [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 14:49:47 +0100
    Andy Whitcroft <apw@canonical.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@centrum.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.


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