dd as an imaging solution.
John-Mark Gurney
gurney_j at resnet.uoregon.edu
Fri Feb 9 23:18:33 UTC 2007
Sean Bryant wrote this message on Fri, Feb 09, 2007 at 14:07 -0500:
> John-Mark Gurney wrote:
> >Antony Mawer wrote this message on Tue, Feb 06, 2007 at 17:04 +1100:
> >>On 6/02/2007 1:47 PM, Sean Bryant wrote:
> >>>Dominic Marks wrote:
> >>>>Check out G4U (NetBSD based)
> >>>The only problem I can see here is that multiple parallel reads will
> >>>have serious performance impacts, thus greatly increasing the cloning of
> >>>the disk.
> >>>
> >>>The solution with dd, tee and netcat would just daisy chain the copy
> >>>across the network which would be way faster.
> >>Now all you need is G4U to operate in a multicast manner like Symantec
> >>Ghost Corporate Edition, and your transfer speed wouldn't reduce with
> >>each additional client (eg. 100mbps for 1 client, 50mbps each for 2
> >>clients, 33.3mbps each for 3 clients, ...)
> >
> >Add FEC to the multicast, and you can constantly stream the data, and
> >not have to worry about dropped segments as much...
> >
> Can you explain this?
FEC stands for Forward Error Correction... Check out:
http://info.iet.unipi.it/~luigi/fec.html
for some work that Luigi has done wrt FEC. I've even embedded his FEC
library in the kernel w/o too much difficulty... Wikipedia also has
an article on it...
So the idea is that you multicast out the data broken up into x packets..
In addition to x packets, you also transmit y "parity" packets... As
long as the end system receives any combination of x and y packets where
the total unique packet count is x, you are able to reconstruct the
data...
You choose y based upon your expected packet drop rate.. This has the
advantage that when you are transmitting the data, and a machine fails
to receive a packet, you don't have to a) retrainsmit the packet, or
b) wait till the same data packet comes along... Because you can
replace the missed data packet w/ one of the parity packets to reconstruct
the data...
--
John-Mark Gurney Voice: +1 415 225 5579
"All that I will do, has been done, All that I have, has not."
More information about the freebsd-stable
mailing list