User: Password:
Subscribe / Log in / New account

Re: [PATCH 0/7] overlay filesystem: request for inclusion

From:  Felix Fietkau <>
To:  Andrew Morton <>
Subject:  Re: [PATCH 0/7] overlay filesystem: request for inclusion
Date:  Thu, 09 Jun 2011 21:49:26 +0200
Message-ID:  <>
Cc:  Miklos Szeredi <>, NeilBrown <>,,,,,,,,
Archive-link:  Article

On 2011-06-09 9:38 PM, 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?
>>  Yes, unionfs-fuse and deltafs (written by me) are two examples.
>>  One issue that a customer had with deltafs was lack of XIP support.  The
>>  other one (from the same customer) was the general yuck factor of
>>  userspace filesystems.
>>  There are also performance and resource use issues associated with
>>  userspace filesystems.  These may or may not be problem depending on the
>>  actual use.  But it's a fact that out-of-kernel filesystems will never
>>  be as efficient as in-kernel ones.
> Yes, userspace filesystems have a good yuck factor.  In a way it's a
> sad commentary on the concept of FUSE, but I guess one could look at it
> another way: FUSE is good for prototypes and oddball small-volume stuff
> but once a FUSE-based setup has proven useful and people are getting
> benefit from it, it's time to look at an in-kernel implementation.
We're using overlayfs in OpenWrt for embedded systems with 4 MB flash 
and 16 MB RAM for using a jffs2 filesystem as an overlay to squashfs. 
FUSE would add quite a bit of unnecessary bloat to that.

overlayfs so far is the only overlay filesystem implementation that I've 
seen that works well for us with new kernels, and it has all the 
features that we need (which aren't that many).

- Felix

(Log in to post comments)

Copyright © 2011, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds