Package: rsync
Version: 2.6.4-6
Severity: wishlist
Hi,
I noticed that the sparse file handling of rsync could use some
improvements when transmitting a new file. It seems to me like rsync
will copy the zeros of a sparse file verbatim over the connection
limiting the transfere to the network bandwith (or cpu power with
-z). This can be greatly increased (a factor of 10 here) by running
"dd if=/dev/zero of=file bs=1 count=1 seek=1000000" beforehand because
then rsync will transmit block matches for every block of zeroes
instead of verbatim data.
My suggestion would be to have an implizit block of zeroes (block
number ~0 or -1) either always or when the -S option is given (needs
client+server support) or to insert a faked block at the end of the
file when generating checksums (only needs client changes).
On a grander scale the rsync protocol could be extended to cover
repetitive blocks and send a block match to the destination file
instead of the source file. One bit in the block number could be
reused for this.
MfG
Goswin
-- System Information:
Debian Release: 3.1
Architecture: amd64 (x86_64)
Kernel: Linux 2.6.8-frosties-2
Locale: LANG=C, LC_CTYPE=C (charmap=ANSI_X3.4-1968)
Versions of packages rsync depends on:
ii libc6 2.3.2.ds1-22 GNU C Library: Shared libraries an
ii libpopt0 1.7-5 lib for parsing cmdline parameters
-- no debconf information
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
