Differences between revisions 27 and 43 (spanning 16 versions)
Revision 27 as of 2006-10-13 23:47:36
Size: 1963
Comment:
Revision 43 as of 2008-05-29 07:46:18
Size: 1418
Comment:
Deletions are marked like this. Additions are marked like this.
Line 1: Line 1:
= Foreword = = unionfs-fuse =
Line 3: Line 3:
This is my effort to create a unionfs filesystem implementation which is probably slower but way more flexible than the current in-kernel unionfs solution. Currently it's almost fully usable, will only minor convenience issues to be fixed... This is my effort to create a unionfs filesystem implementation which is probably slower but way more flexible than the current in-kernel unionfs solution.
Line 5: Line 5:
I'm open to patches, suggestions, whatever (at radek@podgorny.cz)... I'm open to patches, suggestions, whatever (see [[Contact]] on how to reach me)...
Line 7: Line 7:
[[GoogleAd()]] If you've sent me something and think it takes me too long to answer, go check UndeliverableMail page. I might have problems sending mail to you...

<<GoogleAd>>
Line 14: Line 16:
 * Advanced features like copy-on-write and more
Line 17: Line 20:
 * Compared to kernel-space solution we need lots of useless context switches which makes kernel-only solution clear speed-winner  * Compared to kernel-space solution we need lots of useless context switches which makes kernel-only solution clear speed-winner (well, actually I've made some tests and the hard-drives seem to be the bottleneck so the speed is fine, too)
Line 19: Line 22:
== Usage ==

{{{
unionfs [options] root[:root...] mountpoint
The first argument is a colon separated list of directories to merge

general options:
    -o opt,[opt...] mount options
    -h --help print help
    -V --version print version

UnionFS options:
    -o stats show statistics in the file 'stats' under the mountpoint
}}}

== TODO ==

 * Add support for choice which roots are read-only and which are not
 * Add cache controls
 * Handle writing to /stats intelligently

[[GoogleAd()]]
<<GoogleAd>>
Line 44: Line 26:
Ig you use the software and like it, please consider a donation (provided by Pay''''''Pal)... If you use the software and like it, please consider a donation (provided by Pay''''''Pal)...
Line 46: Line 28:
[[PayPalDonation()]] <<PayPalDonation>>
Line 50: Line 32:
 * Latest version: 0.15 (released 2006-08-07)  * Latest version: 0.20 (released 2008-05-29)
Line 52: Line 34:

If you want to follow the development closely, see my experimental mercurial repository at:

 * http://hg.podgorny.cz/unionfs-fuse

My older tinyrcs repository is at:

 * http://podgorny.cz/~radek/rep/unionfs-fuse/

(tinyrcs is my currently-under-development revision control system) -> ["TinyRCS"]
 * Repository location: http://hg.podgorny.cz/unionfs-fuse (Mecurial)

unionfs-fuse

This is my effort to create a unionfs filesystem implementation which is probably slower but way more flexible than the current in-kernel unionfs solution.

I'm open to patches, suggestions, whatever (see Contact on how to reach me)...

If you've sent me something and think it takes me too long to answer, go check UndeliverableMail page. I might have problems sending mail to you...

Why choose this stuff

  • The filesystem has to be mounted after the roots are mounted when using the standard module. With unionfs-fuse, you can mount the roots later and their contents will appear seamlesly
  • You get caching which speeds things up a lot for free
  • You get nice stats (optional)
  • Advanced features like copy-on-write and more

Why NOT choose it

  • Compared to kernel-space solution we need lots of useless context switches which makes kernel-only solution clear speed-winner (well, actually I've made some tests and the hard-drives seem to be the bottleneck so the speed is fine, too)

Donation

If you use the software and like it, please consider a donation (provided by PayPal)...

Download