Matthew Dillon wrote:This is the functional equivalent of a RAID1, and that is all HAMMER provides; the point of RAIDZ (and RAID3,4,5,6,etc) is that you don't need 2n bytes worth of disk for n bytes worth of usable storage, yet keeping some level of resilience. There is something to be said for this kind of scheme, namely not wasting as much disk space, but in the case of RAID1,0,10,01, moving that to a different layer (e.g. Vinum) is good enough. In a clustering environment, it's not likely that you'll want anything other than full replication, but at least on single-node storage systems, using storage more efficiently has its uses; even though it means longer recovery times. Cheers, -- Thomas E. Spanjaard tgen@netphreax.net
| Tarkan Erimer | Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3 |
| Greg Kroah-Hartman | [PATCH 002/196] Chinese: rephrase English introduction in HOWTO |
| Christoph Lameter | [00/41] Large Blocksize Support V7 (adds memmap support) |
| Chuck Ebbert | Re: Linux 2.6.21 |
git: | |
| Gerrit Renker | [PATCH 03/37] dccp: List management for new feature negotiation |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
| Hugh Dickins | Re: [bug?] tg3: Failed to load firmware "tigon/tg3_tso.bin" |
| David Miller | [GIT]: Networking |
