Re: [Qemu-devel] RFC: incremental backups: qmp-block-dirty-bitmap-diff

2016-02-22 Thread John Snow
On 02/14/2016 03:02 AM, Fam Zheng wrote: > On Tue, 02/09 19:48, John Snow wrote: >> - Reading an entire drive to populate a bitmap with the understanding >> that an incremental backup is soon to follow is inefficient if the drive >> is more than just a little dirty: it may have been quicker to ju

Re: [Qemu-devel] RFC: incremental backups: qmp-block-dirty-bitmap-diff

2016-02-14 Thread Fam Zheng
On Tue, 02/09 19:48, John Snow wrote: > - Reading an entire drive to populate a bitmap with the understanding > that an incremental backup is soon to follow is inefficient if the drive > is more than just a little dirty: it may have been quicker to just > create a new full backup and bitmap. Above

[Qemu-devel] RFC: incremental backups: qmp-block-dirty-bitmap-diff

2016-02-09 Thread John Snow
The thought was raised that it might be useful to create a "diff" command for bitmaps that allow us to populate a dirty bitmap based on the difference between a currently loaded disk image and some point-in-time stored on disk (an earlier full backup, incremental backup, etc). I originally voiced