rsync --link-dest and --files-from lead by a "change list" from some file system audit tool (Was: Re: cut-off time for rsync ?)

[Ken Chase]

And what's performance like? I've heard lots of COW systems performance
drops through the floor when there's many snapshots.

/kc


On Tue, Jul 14, 2015 at 08:59:25AM +0200, Paul Slootman said:
  >On Mon 13 Jul 2015, Andrew Gideon wrote:
  >> 
  >> On the other hand, I do confess that I am sometimes miffed at the waste 
  >> involved in a small change to a very large file.  Rsync is smart about 
  >> moving minimal data, but it still stores an entire new copy of the file.
  >> 
  >> What's needed is a file system that can do what hard links do, but at the 
  >> file page level.  I imagine that this would work using the same Copy On 
  >> Write logic used in managing memory pages after a fork().
  >
  >btrfs has support for this: you make a backup, then create a btrfs
  >snapshot of the filesystem (or directory), then the next time you make a
  >new backup with rsync, use --inplace so that just changed parts of the
  >file are written to the same blocks and btrfs will take care of the
  >copy-on-write part.
  >
  >
  >Paul
  >
  >-- 
  >Please use reply-all for most replies to avoid omitting the mailing list.
  >To unsubscribe or change options: https://lists.samba.org/mailman/listinfo/rsync
  >Before posting, read: http://www.catb.org/~esr/faqs/smart-questions.html

-- 
Ken Chase - ken at heavycomputing.ca skype:kenchase23 +1 416 897 6284 Toronto Canada
Heavy Computing - Clued bandwidth, colocation and managed linux VPS @151 Front St. W.