diff --git a/authors.html b/authors.html
index 0efc4059..d3681def 100644
--- a/authors.html
+++ b/authors.html
@@ -24,7 +24,7 @@
About
@@ -95,17 +95,17 @@ and if
all your disks are spinning when reading one file
| SnapRAID | unRAID | FlexRAID | disParity | ZFS | Btrfs | Storage Spaces |
-Redundancy model Real-time computes parity at real-time like RAID,
+ |
Redundancy model Real-time computes parity at real-time like RAID,
snapshot at request time, like Backup. |
-Snapshot | Real-time | Real-time Snapshot | Snapshot | Real-time Snapshot | Real-time Snapshot | Real-time |
+Snapshot | Real-time | Real-time Snapshot | Snapshot | Real-time Snapshot | Real-time Snapshot | Real-time |
-
Integrity
+ |
Integrity
If data is validated with some kind of checksum,
-and which one is the default.
- | Yes SpookyHash 128 bit | No | Yes Adler32 32 bit | Yes MD5 128 bit | Yes fletcher4 256 bit | Yes CRC32C 32 bit | No |
+and which one is the default.
+
Yes SpookyHash 128 bit | No | Yes Adler32 32 bit | Yes MD5 128 bit | Yes fletcher4 256 bit | Yes CRC32C 32 bit | No |
-
Fix silent errors
-If silent errors are detected and fixed before they can propagate into the parity.
+ |
Fix silent errors
+If silent errors are detected and fixed before they can propagate into the parity. |
Yes | No [1] | No [2] | No | Yes [3] | Yes [3] | No |
-
Number of failures
+ |
Number of failures
How many disk failures are supported? 1 is for RAID5, 2 for RAID6.
|
1 2 3 4 5 6 | 1 | 1 2 3 4 5 6+ | 1 | 1 2 3 | 1 2 | 1 |
-
Other failures If more disks fail than the supported redundancy model,
+ |
Other failures If more disks fail than the supported redundancy model,
is it possible to recover the data in the not failed disks? |
Yes | Yes | Yes | Yes | No | No | No |
-
Power/Noise How many disks are spinning when reading a single file? |
+
Power/Noise How many disks are spinning when reading a single file? |
One | One | One | One | All | All | All |
-
Filled disks Can you start with already filled disks? |
+
Filled disks Can you start with already filled disks? |
Yes | Partial[4] | Yes | Yes | No | No | No |
-
Add disks Can you add disks at later time? |
+
Add disks Can you add disks at later time? |
Yes | Yes | Yes | Yes | No | Yes | Yes |
-
Operating system Which OS is supported? |
-Linux Windows Mac OS X OpenIndiana Solaris BSD | Linux | Windows Linux | Windows | Linux [5] Mac OS X OpenIndiana Solaris BSD | Linux | Windows |
+
Operating system Which OS is supported? |
+Linux Windows Mac OS X OpenIndiana Solaris BSD | Linux | Windows Linux | Windows | Linux [5] Mac OS X OpenIndiana Solaris BSD | Linux | Windows |
-
Age The year of the first official release supporting at least RAID5 redundancy. |
+
Age The year of the first official release supporting at least RAID5 redundancy. |
2011 | 2005 | 2008 | 2009 | 2005 | 2013 | 2012 |
-
License/Price
+ |
License/Price
Software license and price.
|
-Open Source GPL3 Free | Open Source GPL2 89$/129$ | Proprietary 40$/60$ | Proprietary Free | Open Source CDDL Free | Open Source GPL2 Free | Proprietary Windows 8 |
+
Open Source GPL3 Free | Open Source GPL2 89$/129$ | Proprietary 40$/60$ | Proprietary Free | Open Source CDDL Free | Open Source GPL2 Free | Proprietary Windows 8 |
-
Interface Which interface is provided? GUI or command line? |
+
Interface Which interface is provided? GUI or command line? |
-command line or Elucidate GUI,
+command line or Elucidate GUI,
or plugin for for OpenMediaVault
- | command line GUI | GUI | command line | command line GUI/Plugins [6] | command line | GUI |
+
command line GUI | GUI | command line | command line GUI/Plugins [6] | command line | GUI |
@@ -193,7 +193,7 @@ the parity is automatically recomputed, making impossible to recover the silent
are not verified when data is read to update the parity.
This means that any silent error present will propagate into the parity,
making impossible to fix it later, even if it can be still detected comparing the file checksum.
-
+
You can get in a state where the "Validate" operation
reports errors, but the "Verify" one reports no problem in the parity,
making impossible to fix the errors.
@@ -203,19 +203,19 @@ making impossible to fix the errors.
[3] - ZFS and Btrfs provide a bit-rot protection at the same level of SnapRAID,
always checking data before using it.
In this regards all the three solutions represent the state-of-the-art.
-
+
A cons of ZFS is that the default
Fletcher
checksum is a choice that favorites speed over quality.
The same for the default CRC32C used by Btrfs.
The 128 bits
SpookyHash
used by SnapRAID is instead the state-of-the-art in checksumming quality,
without compromising in speed.
-
+
Another cons of ZFS is that it lacks a fast RAID implementation in assembler.
It only has a C implementation, that is from two to four times slower than SnapRAID/Btrfs.
-
+
ZFS also uses a sub-optimal RAID-Z3 algorithm, that requires double computations than the equivalent SnapRAID's z-parity.
-
+
Instead, both SnapRAID and Btrfs use top-notch assembler implementations to compute the RAID parity,
always using the best known RAID algorithm and implementation.
@@ -245,17 +245,17 @@ If you think that some information reported is incorrect or simply unfair, pleas
Find other resources at
-
-

-

-

+
+

+

+
diff --git a/design.html b/design.html
index f1c6917e..bb892882 100644
--- a/design.html
+++ b/design.html
@@ -24,7 +24,7 @@
About
@@ -70,7 +70,7 @@ Frequently Asked Questions for
SnapRAID.
Which filesystem is recommended for SnapRAID ?
Which hardware configuration is recommended?
Is a multi-core CPU recommended?
-
Is a 64 bit operating system recommended?
+
Is a 64 bit operating system recommended?
How much memory SnapRAID requires to run?
Do I have to check the SMART attributes of my disks?
Is it possible to use SnapRAID in a dual boot configuration, like Windows and Linux?
@@ -162,6 +162,7 @@ For example, with SnapRAID, if you delete by accident a file, you can easily res
Others advantages over traditional RAID5/6 solutions are:
+
- All your data is hashed to ensure data integrity and to avoid silent corruption.
- If the failed disks are too many to allow a recovery, you lose the data only on the failed disks.
@@ -176,6 +177,7 @@ without the need to reformat or move data.
producing less noise.
- You can have up to six parity levels compared to the one of RAID5 and the two of RAID6.
+
Obviously RAID has other advantages, like having a better speed due data striping.
What is best for you, depends on your specific use case.
@@ -189,6 +191,7 @@ after a complete disk failure.
SnapRAID is more similar at the RAID-Z/RAID functionality of ZFS/Btrfs.
Compared to them, SnapRAID has the following advantages:
+
- If the failed disks are too many to allow a recovery, you lose the data only on the failed disks.
All the data in the other disks is safe.
@@ -200,6 +203,7 @@ without the need to reformat or move data.
producing less noise.
- You can have up to six parity levels compared to the three of ZFS RAID-Z and the two of Btrfs RAID-5/6.
+
Obviously ZFS/Btrfs have other advantages, like being real-time solutions.
What is best for you, depends on your specific use case.
@@ -251,13 +255,13 @@ with any other pooling solutions.
For encryption, SMART monitoring, Power control and Data Recovery you can use other tools.
Here some suggestions:
-
+