also sprach Les Mikesell <lesmikesell AT gmail DOT com> [2010.08.29.1814 +0200]:
> I haven't followed the code, but I think the idea is that if the file - or
> maybe
> the difference from the existing guessed match - fits in memory it doesn't
> need
> to write a tmp file before writing to the pool. I'm not sure if the rsync
> protocol allows switching from 'no file' on the receiving side to having
> checksums to match in mid-file even if the initial filename is correct and
> not a
> hash collision.
Maybe someone who understands the code could give a brief overview
of what exactly is happening per-file.
I would volunteer to update the documentation with this information
(submit a patch).
> Only on bandwidth-restricted connections. On a LAN you can
> usually transfer as fast as the remote can read the file anyway.
It's still a waste of resources in that it loads the network,
I think.
--
martin | http://madduck.net/ | http://two.sentenc.es/
"it is the mark of an educated mind
to be able to entertain a thought
without accepting it."
-- aristoteles
spamtraps: madduck.bogus AT madduck DOT net
digital_signature_gpg.asc
Description: Digital signature (see http://martin-krafft.net/gpg/)
------------------------------------------------------------------------------
Sell apps to millions through the Intel(R) Atom(Tm) Developer Program
Be part of this innovative community and reach millions of netbook users
worldwide. Take advantage of special opportunities to increase revenue and
speed time-to-market. Join now, and jumpstart your future.
http://p.sf.net/sfu/intel-atom-d2d _______________________________________________
BackupPC-users mailing list
BackupPC-users AT lists.sourceforge DOT net
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
|