From: Kevin Wolf <kwolf@redhat.com>
To: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
Cc: phrdina@redhat.com, famz@redhat.com, armbru@redhat.com,
qemu-devel@nongnu.org, lcapitulino@redhat.com,
stefanha@redhat.com, pbonzini@redhat.com, dietmar@proxmox.com
Subject: Re: [Qemu-devel] [PATCH V5 0/8] add internal snapshot support at block device level
Date: Thu, 18 Jul 2013 14:34:52 +0200 [thread overview]
Message-ID: <20130718123452.GK3582@dhcp-200-207.str.redhat.com> (raw)
In-Reply-To: <1373521624-4380-1-git-send-email-xiawenc@linux.vnet.ibm.com>
Am 11.07.2013 um 07:46 hat Wenchao Xia geschrieben:
> This series brings internal snapshot support at block devices level, now we
> have two three methods to do block snapshot lively: 1) backing chain,
> 2) internal one and 3) drive-back up approach.
>
> Comparation:
> Advantages: Disadvantages:
> 1) delta data, taken fast, export, size performance, delete slow.
> 2) taken fast, delete fast, performance, size delta data, format
> 3) performance, export, format taken slow, delta data, size
>
> I think in most case, saving vmstate in an standalone file is better than
> saving it inside qcow2, So suggest treat internal snapshot as block level
> methods and not encourage user to savevm in qcow2 any more.
>
> Implemention details:
> To avoid trouble, this serial have hide ID in create interfaces, this make
> sure no chaos of ID and name will be introduced by these interfaces.
> There is one patch may be common to Pavel's savvm transaction, patch 1/11,
> others are not quite related. Patch 1/11 will not set errp when no snapshot
> find, since patch 3/11 need to distinguish real error case.
>
> Next steps to better full VM snapshot:
> Improve internal snapshot's export capability.
> Better vmstate saving.
>
> Thanks Kevin to give advisement about how add it in qmp_transaction, oldest
> version comes drom Dietmar Maurer.
>
> v3:
> General:
> Rebased after Stenfan's driver-backup patch V6.
>
> Address Eric's comments:
> 4/9: grammar fix and better doc.
> 5/9: parameter name is mandatory now. grammar fix.
> 6/9: redesiged interface: take both id and name as optional parameter, return
> the deleted snapshot's info.
>
> Address Stefan's comments:
> 4/9: add '' around %s in message. drop code comments about vm_clock.
> 9/9: better doc, refined the code and add more test case.
>
> v4:
> Address Stefan's comments:
> 4/9: use error_setg_errno() to show error reason for bdrv_snapshot_create(),
> spell fix and better doc.
> 5/9: better doc.
> 6/9: remove spurious ';' in code, spell fix and better doc.
>
> v5:
> Address Kevin's comments:
> 3/8, 4/8, 8/8: remove the limit of numeric snapshot name.
> General change:
> 4/8: use existing type as parameter in qapi schema.
>
> Wenchao Xia (8):
> 1 snapshot: new function bdrv_snapshot_find_by_id_and_name()
> 2 snapshot: distinguish id and name in snapshot delete
> 3 qmp: add internal snapshot support in qmp_transaction
> 4 qmp: add interface blockdev-snapshot-internal-sync
> 5 qmp: add interface blockdev-snapshot-delete-internal-sync
> 6 hmp: add interface hmp_snapshot_blkdev_internal
> 7 hmp: add interface hmp_snapshot_delete_blkdev_internal
> 8 qemu-iotests: add 056 internal snapshot for block device test case
Okay, reviewed the whole series. I had some comments on two or three
patches.
One thing that I want to add is that in order to provide transactional
behaviour (i.e. snapshotting multiple device in one transaction should
result in a consistent snapshot), I think we may in fact need to stop
the VM while taking the snapshots.
Kevin
next prev parent reply other threads:[~2013-07-18 12:35 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-07-11 5:46 [Qemu-devel] [PATCH V5 0/8] add internal snapshot support at block device level Wenchao Xia
2013-07-11 5:46 ` [Qemu-devel] [PATCH V5 1/8] snapshot: new function bdrv_snapshot_find_by_id_and_name() Wenchao Xia
2013-07-11 5:46 ` [Qemu-devel] [PATCH V5 2/8] snapshot: distinguish id and name in snapshot delete Wenchao Xia
2013-07-18 11:07 ` Stefan Hajnoczi
2013-07-19 9:12 ` Wenchao Xia
2013-07-18 11:48 ` Kevin Wolf
2013-07-19 9:13 ` Wenchao Xia
2013-07-11 5:46 ` [Qemu-devel] [PATCH V5 3/8] qmp: add internal snapshot support in qmp_transaction Wenchao Xia
2013-07-18 12:22 ` Kevin Wolf
2013-07-19 9:19 ` Wenchao Xia
2013-07-19 10:13 ` Kevin Wolf
2013-07-20 0:09 ` Wenchao Xia
2013-07-11 5:47 ` [Qemu-devel] [PATCH V5 4/8] qmp: add interface blockdev-snapshot-internal-sync Wenchao Xia
2013-07-11 5:47 ` [Qemu-devel] [PATCH V5 5/8] qmp: add interface blockdev-snapshot-delete-internal-sync Wenchao Xia
2013-07-11 5:47 ` [Qemu-devel] [PATCH V5 6/8] hmp: add interface hmp_snapshot_blkdev_internal Wenchao Xia
2013-07-11 5:47 ` [Qemu-devel] [PATCH V5 7/8] hmp: add interface hmp_snapshot_delete_blkdev_internal Wenchao Xia
2013-07-11 5:47 ` [Qemu-devel] [PATCH V5 8/8] qemu-iotests: add 056 internal snapshot for block device test case Wenchao Xia
2013-07-18 11:09 ` [Qemu-devel] [PATCH V5 0/8] add internal snapshot support at block device level Stefan Hajnoczi
2013-07-18 12:34 ` Kevin Wolf [this message]
2013-07-19 5:32 ` Stefan Hajnoczi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20130718123452.GK3582@dhcp-200-207.str.redhat.com \
--to=kwolf@redhat.com \
--cc=armbru@redhat.com \
--cc=dietmar@proxmox.com \
--cc=famz@redhat.com \
--cc=lcapitulino@redhat.com \
--cc=pbonzini@redhat.com \
--cc=phrdina@redhat.com \
--cc=qemu-devel@nongnu.org \
--cc=stefanha@redhat.com \
--cc=xiawenc@linux.vnet.ibm.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).