no, incrementals are more efficient on bandwidth. they do a less strenuous
test to determine if a file has changed.
at the expense of CPU power on both sides, you can compress the rsync
traffic either with rsync -z or if you are using ssh then with ssh's
compression. if you REALLY wanted to go all out you can have rsync pipe
through bzip2 max compression but you would have to pipe it out of bzip2 on
the server side. that would eat up tons of CPU but would likely use less
bandwidth as long as the files you are backing up are not already
compressed.
On Feb 19, 2008 3:53 PM, Raman Gupta <[EMAIL PROTECTED]> wrote:
> Carl Wilhelm Soderstrom wrote:
> >>> If you're running >=v3 the following option will make all the
> incrementals
> >>> sync against the previous incremental, instead of the last full. This
> keeps
> >>> them from growing quite as quickly. (It's the behavior you expect from
> >>> rsync).
> >>>
> >>> $Conf{IncrLevels} = [1, 2, 3, 4, 5, 6];
> >>>
> >> I was under the assumption that BackupPC never transfers the same file
> >> twice unless it changed after the last backup (either full or
> >> incremental), even in the 2.x version. Was that an invalid assumption
> >> on my part?
> >
> > That is incorrect. Backuppc does its incrementals against the last full;
> not
> > against the previous incremental (unless you set $Conf{IncrLevels} = [1,
> 2,
> > 3, 4, 5, 6];).
>
> So is it correct to say that when using rsync, its probably more
> efficient to just turn off incrementals and always do fulls?
>
> Cheers,
> Raman Gupta
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by: Microsoft
> Defy all challenges. Microsoft(R) Visual Studio 2008.
> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
> _______________________________________________
> 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/
>
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2008.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
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/
