full upload happening even though only a timestamp has changed

Tom Goulet tomg at em.ca
Tue Apr 22 12:37:58 EST 2003

> > Why?  It seems to me to be a lot saner to get the checksum of the
> > modification time or size is different.
> The difference in cost between generating the checksum for
> comparison and doing an update with no change is very small.

Okay, judging by the mail Donovan sent me, I didn't know what I was
talking about.

> > > You are confusing upload with update.
> > Well, I guess I am, since I thought they were the same.  What's the
> > difference?
> The reason rsync exists and was explained in my earlier email.

I think I understand.  The whole reason I started this thread was
because Rsync was doing an upload when it didn't need to because both
files were the same except for modification time.

> > > The existence of the temp file does not mean it is uploading
> > > the file.
> > Okay.

And thanks for explaining the mechanics of an update for me.

> Try -vvv and just on that file.  Your stdout is 3MB of
> filenames.

I know :-).
> You also might try a larger block size which can reduce the
> likelihood of a redo.

I still think a redo isn't happening.  I'll use Donovan's suggestion of
"-B 65536".

tomg at nova:/extra/library/software/Knopper,_Klaus$ rsync -vvvessh -B 65536 KNOPPIX_V3.2-2003-04-18-EN.iso teep:/extra/tomg/library/software/Knopper,_Klaus/
opening connection using ssh teep rsync --server -vvv -B65536 . /extra/tomg/library/software/Knopper,_Klaus/
expand file_list to 4000 bytes, did move
send_file_list done
send_files starting
server_recv(2) starting pid=25025
received 1 names
recv_file_list done
get_local_name count=1 /extra/tomg/library/software/Knopper,_Klaus/
recv_files(1) starting
generator starting pid=25025 count=1
send_files mapped KNOPPIX_V3.2-2003-04-18-EN.iso of size 729716736
calling match_sums KNOPPIX_V3.2-2003-04-18-EN.iso
[ Many minutes pass and there is 700MiB or so of upload traffic
according to Iptraf ... and my hub's activity light is a solid green ...
it's uploading, honest ]
sending file_sum
false_alarms=0 tag_hits=0 matches=0
sender finished KNOPPIX_V3.2-2003-04-18-EN.iso
generate_files phase=1
send_files phase=1
recv mapped KNOPPIX_V3.2-2003-04-18-EN.iso of size 729716736
got file_sum
renaming .KNOPPIX_V3.2-2003-04-18-EN.iso.rKviXi to KNOPPIX_V3.2-2003-04-18-EN.iso
recv_files phase=1
generate_files phase=2
send files finished
total: matches=0  tag_hits=0  false_alarms=0 data=729716736
recv_files finished
wrote 729805913 bytes  read 36 bytes  1083602.00 bytes/sec
total size is 729716736  speedup is 1.00
_exit_cleanup(code=0, file=main.c, line=620): about to call exit(0)
tomg at nova:/extra/library/software/Knopper,_Klaus$

I even verified MD5 sums before the upload finished:
tomg at teep:~/library/software/Knopper,_Klaus$ md5sum KNOPPIX_V3.2-2003-04-18-EN.iso
1ebac1f2d7e8476662a9ac83139e31f6  KNOPPIX_V3.2-2003-04-18-EN.iso
tomg at nova:/extra/library/software/Knopper,_Klaus$ md5sum KNOPPIX_V3.2-2003-04-18-EN.iso
1ebac1f2d7e8476662a9ac83139e31f6  KNOPPIX_V3.2-2003-04-18-EN.iso

Tom Goulet, tomg at em.ca, D8BAD3BC, http://web.em.ca/~tomg/contact.html
I usually read no mail which is unsolicited and bulk, is not exclusively in
plain text, has advertising footers, is top-posted, or has bad line wrap.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.samba.org/archive/rsync/attachments/20030422/0fe76734/attachment.bin

More information about the rsync mailing list