rsync rewrites all blocks of large files although it uses delta transfer
Remi Gauvin
remi at georgianit.com
Wed Feb 13 23:20:13 UTC 2019
On 2019-02-13 10:47 a.m., Delian Krustev via rsync wrote:
>
>
> Free space at the beginning and end of the backup:
> Filesystem 1M-blocks Used Available Use% Mounted on
> /dev/mapper/bkp 102392 76872 20400 80% /mnt/bkp
> /dev/mapper/bkp 102392 78768 18504 81% /mnt/bkp
>
> ####################################################
>
> As can be seen "rsync" has sent about 20M and received 300K of data. However
> the filesystem has allocated almost 2G, which is the total size of the files
> being backed up.
>
> The filesystem mounted on "/mnt/bkp" is of type "nilfs2", which is a log
> structured filesystem. I'm using its snapshotting feature to keep backups for
> past dates.
Have you run the nifs-clean before checking this free space comparison?
Maybe there is just large amplification created by Rsyn's many small
writes when using --inplace.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: remi.vcf
Type: text/x-vcard
Size: 193 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/rsync/attachments/20190213/55ce47fe/remi.vcf>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 473 bytes
Desc: OpenPGP digital signature
URL: <http://lists.samba.org/pipermail/rsync/attachments/20190213/55ce47fe/signature.sig>
More information about the rsync
mailing list