aboutsummaryrefslogtreecommitdiff
path: root/system/unionfs-fuse/README
diff options
context:
space:
mode:
authorB. Watson <yalhcru@gmail.com>2020-10-12 03:26:44 -0400
committerWilly Sudiarto Raharjo <willysr@slackbuilds.org>2020-10-17 09:37:31 +0700
commit9962637b972c138e4c4abd26f182a8f24697e22e (patch)
tree8beff8772a5599c5819cb32905d41ec71e6eb095 /system/unionfs-fuse/README
parent18ab85956b6fb70546248dba87e356a67b15cd6c (diff)
system/unionfs-fuse: Fix README, slack-desc.
Signed-off-by: B. Watson <yalhcru@gmail.com> Signed-off-by: Willy Sudiarto Raharjo <willysr@slackbuilds.org>
Diffstat (limited to 'system/unionfs-fuse/README')
-rw-r--r--system/unionfs-fuse/README17
1 files changed, 10 insertions, 7 deletions
diff --git a/system/unionfs-fuse/README b/system/unionfs-fuse/README
index f49b8ef95dd14..15eb5cc1bc0f3 100644
--- a/system/unionfs-fuse/README
+++ b/system/unionfs-fuse/README
@@ -1,12 +1,15 @@
unionfs-fuse is a unionfs filesystem implementation using fuse.
-It is meant to be way more flexible than the current in-kernel unionfs solution.
+It is meant to be way more flexible than the current in-kernel unionfs
+solution.
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 (provided by the underlying FUSE page cache) which speeds things up a lot for free
- * Advanced features like copy-on-write and more
+ * 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 (provided by the underlying FUSE page cache) which
+ speeds things up a lot for free.
+ * 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
+ * Compared to kernel-space solution we need lots of useless context
+ switches which makes a kernel-only solution clear speed-winner.