On Sat, Sep 5, 2009 at 10:25 AM, Les Mikesell <[email protected]> wrote:
> dan wrote:
> > because bittorrent stores the file list in a file and bittorrent clients
> > use an index for downloaded bits. rsync stores the filelist in ram.
>
> But how good is bittorrent at finding arbitrarily small differences between
> the
> old/new copies and resynchronizing on the matches?
>
> because it examines every block. bittorrent is supprisingly good at doing
this at the expense of having to read every block. ALL block level transfers
are going to have this issue because they cant rely on timestamps or
filenames etc etc.
IF you want to test bittorents tallents in this, just grab a torrent of a
DVD or something. once you have downloaded the entire DVD, close
bittorrent. Open that file in a hex editor and make a tiny change
somewhere. when you re-open the file in bittorrent it will easily find and
correct the damage.
Thinking about the logistics in the method I have thought up a few hurdles.
The source disks must remain unchanged during the entire sync. You would
need to either have a spare disk in a raid1 mirror that you could remove
from the array and source from that, or you need to do some more hacking to
bittorrent so that it could update the torrent file during the backup to
reflect changes(lots of work i think)
Im just throwing out ideas here, hoping something sticks and is helpful.
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
BackupPC-users mailing list
[email protected]
List: https://lists.sourceforge.net/lists/listinfo/backuppc-users
Wiki: http://backuppc.wiki.sourceforge.net
Project: http://backuppc.sourceforge.net/
