On Wed Feb 23, 2011 at 05:08:48PM -0500, Iordan Iordanov wrote: > > Some of the features on Neil's current roadmap should allow for "lazy > > initialisation" where the recovery data is added only as the drive is > > written to, which should mean the array is available immediately but > > still retains full recoverability. > > I was thinking that this is how things work now, but now that you > mentioned it, the man-page does say that the array is degraded to begin > with and is rebuilding onto the last device during initialization. > > To make this lazy initialization possible, one would have to have a > bitmap of "dirtied" chunks, though, right? > Yes, that's correct. He's also suggested using this same bitmap with TRIM operations for SSDs - I'm not sure whether this is mainly intended for recognising when an entire block in unsynced and can be trimmed, or whether it's primarily to allow TRIM operations to be delayed until the system is less busy (as they require a flush of the I/O buffer and command queue). Anyway, I'd suggest reading the roadmap as it goes into a lot more detail on the planned implementation (it was posted here a week or so ago, and is also on his blog at http://neil.brown.name/blog/20090129234603). Cheers, Robin -- ___ ( ' } | Robin Hill <robin@xxxxxxxxxxxxxxx> | / / ) | Little Jim says .... | // !! | "He fallen in de water !!" |
Attachment:
pgpiKj9Njcyzz.pgp
Description: PGP signature
