Differences between revisions 4 and 37 (spanning 33 versions)
Revision 4 as of 2006-01-27 18:39:26
Size: 331
Comment:
Revision 37 as of 2007-12-05 17:09:21
Size: 1408
Comment:
Deletions are marked like this. Additions are marked like this.
Line 3: Line 3:
This is my effort to create a unionfs implementation which is probably slower but way more flexible than the current in-kernel unionfs solution. More info will come soon... 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:
This is still INCOMPLETE!!! I'm open to patches, suggestions, whatever (at radek@podgorny.cz)...
Line 7: Line 7:
== Available parameters == 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...
Line 9: Line 9:
 * {{{--roots=/root1,/root2}}}
 * {{{--stats}}}
[[GoogleAd()]]
Line 12: Line 11:
attachment:unionfs.c == 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)

== 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)

== TODO ==

 * Handle writing to /stats intelligently

[[GoogleAd()]]

== Donation ==

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

[[PayPalDonation()]]

== Download ==

 * Latest version: 0.18 (released 2007-08-09)
 * Archive location: http://podgorny.cz/unionfs-fuse/releases/
 * Repository location: http://hg.podgorny.cz/unionfs-fuse

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 (at radek@podgorny.cz)...

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()

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)

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)

TODO

  • Handle writing to /stats intelligently

GoogleAd()

Donation

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

PayPalDonation()

Download