Re: [ANN] 8-CURRENT, RELENG_7 and RELENG_6 have gotten latest ?unionfs improvements

From: Oliver Fromme <olli_at_lurza.secnetix.de>
Date: Wed, 24 Oct 2007 15:16:34 +0200 (CEST)
[Note: stripped excessive Cc.]

Dmitry Marakasov <amdmi3_at_amdmi3.ru> wrote:
 > Btw, I was wondering: is unionfs related in any way with -ounion
 > option of mount_*?

No.  The union mount option (-o union) is completely separate
from UNIONFS, although it can be used to achieve a somewhat
similar effect.  It depends on your requirements whether it
is sufficient or not.

 > I was told long time ago that -ounion is even
 > more broken than unionfs.

That's wrong.  The union mount option was _never_ really
broken.  I'm using it for almost as long as FreeBSD exists.

However UNIONFS was broken for a long time (along with
NULLFS and UMAPFS).  NULLFS has been fixed some time ago,
UMAPFS was abandoned apparently, i.e. nobody showed up to
fix it, and UNIONFS was pretty much completely overhauled
by Daichi GOTO and his team.  I would now regard it as
stable.

 > Though, those two features seem to do very
 > similar thing and I think that -ounion option is pretty useful.

Yes, it is useful.  The biggest differences are:

 - The union mount option newly mounts a filesystem on top
   of an arbitrary existing directory tree, while UNIONFS
   mounts another representation of one existing directory
   tree on top of another one.  That means UNIONFS does the
   same as NULLFS, but unlike NULLFS it does not hide the
   underlying directory tree.

 - When using the union mount option, only the entries in
   the root directory show through from the "lower" file
   system.  When using UIONFS, _all_ entries in _all_
   directories are visible (unless masked by an identical
   entry in the upper file system, of course).

 - The implementation of the union mount option is rather
   simple has rather low overhead.  UNIONFS is much more
   complex and has some overhead for certain operations,
   especially when files and directories have to be created
   automatically in the upper layer.

Best regards
   Oliver

-- 
Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M.
Handelsregister: Registergericht Muenchen, HRA 74606,  Geschäftsfuehrung:
secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün-
chen, HRB 125758,  Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart

FreeBSD-Dienstleistungen, -Produkte und mehr:  http://www.secnetix.de/bsd

"Python is an experiment in how much freedom programmers need.
Too much freedom and nobody can read another's code; too little
and expressiveness is endangered."
        -- Guido van Rossum
Received on Wed Oct 24 2007 - 11:16:54 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:20 UTC