rsync 3.1.1 zlib might not work
Dewayne Geraghty
dewayne.geraghty at heuristicsystems.com.au
Sat Jun 28 01:17:58 UTC 2014
Emanuel,
Thanks for bringing to our attention, I transmit ~900MB of backups over
the WAN rather than the uncompressed 9G database. You've saved a client
excess use charges.
I tested using highly compressible data (mostly nulls) and it seems to
work as expected.
Without -z or -zz: Sent 593 bytes speadup 0.82
With -z : Sent 593 bytes speadup 0.82 (Unexpected. Should be in
ports/UPDATING)
With -zz: sent 85 bytes speedup is 4.27 (Expected)
Detail
# rm ./b && printf "%512c"a > a && rsync -av ./a ./b
sending incremental file list
a
sent 593 bytes received 35 bytes 1,256.00 bytes/sec
total size is 512 speedup is 0.82
# rm ./b && printf "%512c"a > a && rsync -avz ./a ./b
This rsync lacks old-style --compress due to its external zlib. Try -zz.
Continuing without compression.
sending incremental file list
a
sent 593 bytes received 35 bytes 1,256.00 bytes/sec
total size is 512 speedup is 0.82
# rm ./b && printf "%512c"a > a && rsync -avzz ./a ./b
sending incremental file list
a
sent 85 bytes received 35 bytes 240.00 bytes/sec
total size is 512 speedup is 4.27
# ldd `which rsync`
/usr/local/bin/rsync:
libz.so.6 => /lib/libz.so.6 (0x800873000)
libc.so.7 => /lib/libc.so.7 (0x800a87000)
Perhaps ports/UPDATING should alert users to the new requirement to use
-zz (not in man page) instead of -z or --compress?
Regards, Dewayne.
More information about the freebsd-ports
mailing list