Bob Friesenhahn wrote: > On Sat, 5 Dec 2009, Sriram Narayanan wrote: > >> If feasible, you may want to generate MD5 sums on the streamed output >> and then use these for verification. > > You can also stream into a gzip or lzop wrapper in order to obtain the > benefit of incremental CRCs and some compression as well. As long as > the wrapper is generated on the sending side (and not subject to > problems like truncation) it should be quite useful for verifying that > the stream has not been corrupted. Same deal as with MD5 sums. It doesn't guarantee that the stream is 'receivable' on the receiver. Now, unless your wrapper is able to retransmit on CRC error, a MD5 would be vastly superior due to qualilty of error detection. Both techniques would be optimal (although I'd suspect the compression doesn't help. I should think the send/recv streams will be compressed as it is). > > Bob > -- > Bob Friesenhahn > bfrie...@simple.dallas.tx.us, > http://www.simplesystems.org/users/bfriesen/ > GraphicsMagick Maintainer, http://www.GraphicsMagick.org/ > _______________________________________________ > zfs-discuss mailing list > zfs-discuss@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
