lkml.org 
[lkml]   [2004]   [Jul]   [3]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH] 3/5: Device-mapper: snapshots
Daniel Phillips wrote:
> It is designed to be crash-safe:
>
> - Each snapshot exception is logged to disk by overwriting the last sector
> of a grow-only list of snapshot exceptions.
>
> - Write completion is not handed back up the chain until:
>
> - the data to be overwritten has been copied to a new exception
> - the new exception has been logged to the snapshot store as above
>
> As far as I can see, the concept is leak-proof, except for being sensitive to
> random garbage in the last few sector writes. I suspect that doesn't happen
> on modern disk drives. If it does, I hope somebody will shout.
>
> I am not sure what you mean about barriers, perhaps you were thinking of
> synchronous waiting. This snapshot driver does wait for completions, but it
> pipelines the waits so throughput is not affected much (snapshot overhead is
> dominated by copyouts).


Barriers as discussed on lkml ensure your data is committed to stable
storage, not simply completed requests. In SCSI this means ordered
tags, FUA, or cache flushing. Ditto ATA (cache flushing, mostly).

Jeff


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:04    [W:0.115 / U:0.100 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site