also sprach Les Mikesell <lesmikes...@gmail.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.bo...@madduck.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@lists.sourceforge.net List: https://lists.sourceforge.net/lists/listinfo/backuppc-users Wiki: http://backuppc.wiki.sourceforge.net Project: http://backuppc.sourceforge.net/
