rt/snapraid
1
0
Fork 0
mirror of https://github.com/amadvance/snapraid.git synced 2026-10-26 10:51:54 -04:00
Code Issues Projects Releases Packages Wiki Activity Actions

New item for TODO.

Browse source
This commit is contained in:
Andrea Mazzoleni 2013-09-23 22:18:41 +02:00
parent 53744ed2b1
commit 5308248961
1 changed files with 7 additions and 0 deletions
Download patch file Download diff file Expand all files Collapse all files

7
TODO
View file

@ -96,6 +96,13 @@ in the same disk.
This is possible if the data in the same disk uses parity addresses not
contained in the parity file present in the same disk.
* Use smaller hashes to reduce the memory occupation. We can truncate the 128 bits hash
to 32 or 64 bits and reduce the memory usage by a factor of 4 or 2.
ZFS, and Btrfs supports the 32 bit CRCs. To identify bad blocks it should be enough.
But this likely means to drop the dup and --import feature. We cannot trust a 32 bits hash
as a 128 bits one to search for blocks.
It should be optional, only for architectures with very low memory.
* The data could be compressed before processing, resulting in parity block of fixed size,
but matching different data block sizes.
The complexity is that a file blocks will have to be allocated at runtime,