From 00c74cd711143accd34c4f7ae90295d775744b26 Mon Sep 17 00:00:00 2001 From: Kayot Date: Tue, 25 Aug 2015 23:39:51 -0400 Subject: [PATCH] A few spelling mistakes, corrected --- pooling.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/pooling.md b/pooling.md index 13db4cb..59cb8b4 100644 --- a/pooling.md +++ b/pooling.md @@ -4,7 +4,7 @@ * [Windows Solutions](pooling#windows) ## Linux -There are two main ways to pool drives in Linux that are favorable to using SnapRAID. The first is AUFS (Another Unified File System) and the second and probably better choice is mhddfs (Multi Hard Disk Device File System). Both are FUSE (Filesystem in Userspace) which typically means slower. However, as computers get faster and faster, the limitations with FUSE have gone away. The idea is that the file system interacts with the users pace layer, then the hardware layer and then from the hardware into the user space layer, adding a step both ways on each operation causing a massive slow down. Again, on decent hardware such as a Xeon E3-1220V3 with 8+ GB of ECC ram, this isn't going to bottleneck the process. Now if you are using this on a Raspery Pi, then you've made a poor choice in your NAS (Network Attached System). +There are two main ways to pool drives in Linux that are favorable to using SnapRAID. The first is AUFS (Another Unified File System) and the second and probably better choice is mhddfs (Multi Hard Disk Device File System). Both are FUSE (Filesystem in Userspace) which typically means slower. However, as computers get faster and faster, the limitations with FUSE have gone away. The idea is that the file system interacts with the user space layer, then the hardware layer and then from the hardware layer into the user space layer, adding a step both ways on each operation causing a massive slow down. Again, on decent hardware such as a Xeon E3-1220V3 with 8+ GB of ECC ram, this isn't going to bottleneck the process. Now if you are using this on a Raspery Pi, then you've made a poor choice in your NAS (Network Attached System). MHDDFS - This used to be the poorer choice due to not being compiled into the kernel. However it became the better choice when AUFS was removed from the kernel. MHDDFS is very simple. Unlike AUFS which has file allocation abilities such as round robin, and most free space, MHDDFS only uses most free space. Meaning that files will be placed onto the drive with the most free space. This typically works well for SnapRAID as it keeps the parity file about even with the drives. Meaning a full drive doesn't cause the parity files to become too big for their own drive. @@ -19,9 +19,9 @@ Then mount the drives you want to pool to mount points. This works well since Sn `sudo mount /dev/sdc1 A02` `mhddfs mhddfs A00,A01,A02 Pool -o allow_other` -That is a mhddfs pool in the most basic of the sense. The directory pool with have the contents of the three drives merged in its mount point. If the same file exists on two or more drives, the newest one is the one you will see. Deleting that file will delete both files. A simple pool. +That is a mhddfs pool in the most basic of the sense. The directory pool will have the contents of the three drives merged in its mount point. If the same file exists on two or more drives, the newest one is the one you will see. Deleting that file will delete both files. A simple pool. -AUFS - This used to be the better solution, however as of Linux Kernel 3.6, this is no longer compiled into the kernel turning it into a FUSE based system. AUFS has a lacking issue where it creates whiteout files when it can't lock a file for deletion. For some reason or another, these files never get deleted. Compounding this problem is that a poorly formed whiteout file can make a drive look empty but still use all the space as all the files are still there, only hidden by AUFS. As such, the following examples are just that, examples and should not be used on kernels at or above 3.6. +AUFS - This used to be the better solution, however as of Linux Kernel 3.6, this is no longer compiled into the kernel turning it into a FUSE based system. AUFS has an issue where it creates whiteout files when it can't lock a file for deletion. For some reason or another, these files never get deleted. Compounding this problem is that a poorly formed whiteout file can make a drive look empty but still use all the space as all the files are still there, only hidden by AUFS. As such, the following examples are just that, examples and should not be used on kernels at or above 3.6. Lets download it first `apt-get install aufs-tools`