dedup is merged
authordis <dis@web>
Sun, 7 Nov 2010 19:03:29 +0000 (11:03 -0800)
committerCharlie <root@leaf.dragonflybsd.org>
Sun, 7 Nov 2010 19:03:29 +0000 (11:03 -0800)
docs/developer/gsocprojectspage/index.mdwn

index 5ad6c2a..ccdffdc 100644 (file)
@@ -31,32 +31,6 @@ Meta information:
 
 ---
 
-##### HAMMER Data dedup
-
-The HAMMER filesystem is very efficient in sharing data between its fine-grained
-snapshots, but when you copy (or otherwise duplicate) a file or directory tree, the data
-is no longer shared. This is suboptimal because then we make poor use of disk space
-and the same data gets cached multiple times wasting precious RAM space.
-
-The goal of this project is to add a data de-duplication mechanism to the HAMMER
-filesystem. A reasonable approach would be to detect potential data matches using
-CRCs during pruning runs. Then you could verify there is actual duplication of data
-(i.e. the match is not a false positive), collapse the B-Tree data reference and account for the additional reference in the allocation blockmap.
-
-BSD kernels cache data on a per-vnode basis, possibly investigate methods by which de-duplication could be extended into the vnode layer.
-
-Meta information:
-
-* Prerequisites: C, modern filesystem internals
-* Difficulty: Moderate
-* Contact point: dillon
-
-Status:
-
-* In progress
-
----
-
 ##### Implement i386 32-bit ABI for x86_64 64-bit kernel
 * Add a 32-bit syscall table which translates 32-bit
   system calls to 64-bit.