(no commit message)
authorjustin <justin@web>
Thu, 19 Jan 2012 04:28:02 +0000 (20:28 -0800)
committerCharlie Root <root@leaf.dragonflybsd.org>
Thu, 19 Jan 2012 04:28:02 +0000 (20:28 -0800)
hammerscript/index.mdwn [new file with mode: 0644]

diff --git a/hammerscript/index.mdwn b/hammerscript/index.mdwn
new file mode 100644 (file)
index 0000000..3eff809
--- /dev/null
@@ -0,0 +1,74 @@
+
+Notes for Justin and Samuel to pass back and forth.
+
+
+Introducing HAMMER (sjg)
+
+* About filesystems (what they do and how they do it, in brief)
+* Storage is exploding, facts
+* Users need features to manage the increasing complexity of storage management
+* Backups
+* Recovery
+* Snapshots / A "safety net"
+
+The problems everyone thinks they have, but really don't -or- The problems HAMMER was NOT designed to solve
+
+* Only somewhat suitable for large enterprise deployments
+* Not the primary design goal
+* Plenty of room to improve in this arena
+* Not really suitable for small systems
+* Still performs well under memory constraint
+* Can be tuned to work
+
+The nail
+
+* 2+ disk deployments, 1+ per server
+* 1-2+ server deployments
+* Low tolerance for data loss
+* "Most common low-end datacenter and home server scenarios"
+
+How HAMMER compares to its peers and predecessors (sjg)
+
+Traditional filesystems
+
+* UFS
+* Ext2/3
+* FAT
+* General how & why
+* Conclusions
+
+Modern filesystem trends
+
+* Ext4
+* BTRFS
+* ZFS
+* Conclusions
+* The design and rationale of HAMMER
+  
+Getting to know HAMMER (jcs)
+
+* The history
+* Development began?
+* Introduced in 2.0, in use since early 2008?
+* Feature timeline
+
+* Major differentiating features (each its own full sub-article)
+* Historical access
+* Mirroring
+* Deduplication
+
+Deploying HAMMER
+
+* Home fileserver
+* (explain)
+* Small datacenter deployment
+* (explain)
+* Leveraging swapcache
+* (explain)
+
+HAMMER recipes, a guide for the impatient. (jcs)
+
+* Recovering an over-written file
+* Recovering a deleted file
+* Freeing disk space
+* Creating a snapshot