On 11Feb2018 16:40, Samuel Sieb <sam...@sieb.net> wrote:
On 02/10/2018 09:16 PM, Cameron Simpson wrote:
On 10Feb2018 20:50, Robert Nichols <rnicholsnos...@comcast.net> 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 <c...@cskk.id.au> (formerly c...@zip.com.au)
_______________________________________________
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

Reply via email to