(no commit message)
[ikiwiki.git] / hammerscript / index.mdwn
1
2 Notes for Justin and Samuel to pass back and forth.
3
4
5 Introducing HAMMER (sjg)
6
7 * About filesystems (what they do and how they do it, in brief)
8 * Storage is exploding, facts
9 * Users need features to manage the increasing complexity of storage management
10 * Backups
11 * Recovery
12 * Snapshots / A "safety net"
13
14 The problems everyone thinks they have, but really don't -or- The problems HAMMER was NOT designed to solve
15
16 * Only somewhat suitable for large enterprise deployments
17 * Not the primary design goal
18 * Plenty of room to improve in this arena
19 * Not really suitable for small systems
20 * Still performs well under memory constraint
21 * Can be tuned to work
22
23 The nail
24
25 * 2+ disk deployments, 1+ per server
26 * 1-2+ server deployments
27 * Low tolerance for data loss
28 * "Most common low-end datacenter and home server scenarios"
29
30 How HAMMER compares to its peers and predecessors (sjg)
31
32 Traditional filesystems
33
34 * UFS
35 * Ext2/3
36 * FAT
37 * General how & why
38 * Conclusions
39
40 Modern filesystem trends
41
42 * Ext4
43 * BTRFS
44 * ZFS
45 * Conclusions
46 * The design and rationale of HAMMER
47   
48 Getting to know HAMMER (jcs)
49
50 * The history
51 * Development began?
52 * Introduced in 2.0, in use since early 2008?
53 * Feature timeline
54
55 * Major differentiating features (each its own full sub-article)
56 * Historical access
57 * Mirroring
58 * Deduplication
59
60 Deploying HAMMER
61
62 * Home fileserver
63 * (explain)
64 * Small datacenter deployment
65 * (explain)
66 * Leveraging swapcache
67 * (explain)
68
69 HAMMER recipes, a guide for the impatient. (jcs)
70
71 * Recovering an over-written file
72 * Recovering a deleted file
73 * Freeing disk space
74 * Creating a snapshot