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