On 11Feb2018 16:40, Samuel Sieb <samuel@xxxxxxxx> wrote:
On 02/10/2018 09:16 PM, Cameron Simpson wrote:
On 10Feb2018 20:50, Robert Nichols <rnicholsNOSPAM@xxxxxxxxxxx> wrote:
On 02/10/2018 12:31 PM, bruce wrote:
Got it.. or think I do.. It appears the -I --ignore-times attribute
will essentially force a redo of any/all files in the rsync...
Actually it will do the opposite. With the "-I" flag, rsync will
ignore differences in modification times as a criterion for
deciding whether the source and destination files are different,
leaving just a comparison of file sizes as the determining factor.
No, that would be nuts. From the manual:
-I, --ignore-times
Normally rsync will skip any files that are already the same
size and have the same modification timestamp. This option
turns off this "quick check" behavior, causing all files to be
updated.
It does jyst what bruce thought it did.
Not quite, it will still check the contents of the file and if they are the
same, it won't transfer it.
That is true. -W should force a full transfer:
-W, --whole-file
With this option rsync’s delta-transfer algorithm is not used
and the whole file is sent as-is instead. The transfer may be
faster if this option is used when the bandwidth between the
source and destination machines is higher than the bandwidth to
disk (especially when the "disk" is actually a networked
filesystem). This is the default when both the source and des‐
tination are specified as local paths, but only if no
batch-writing option is in effect.
I confess that by the time I want that I tend to just use "tar cf - ... | ssh
over-there tar xf -"; tar and cp and scp tend to outperform rsync if there
aren't network bottlenecks. Rsync's great strength is incremental update.
Cheers,
Cameron Simpson <cs@xxxxxxxxxx> (formerly cs@xxxxxxxxxx)
_______________________________________________
users mailing list -- users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe send an email to users-leave@xxxxxxxxxxxxxxxxxxxxxxx
