From: Fam Zheng <famz@redhat.com>
To: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
Cc: kwolf@redhat.com, phrdina@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 04/11] snapshot: new function bdrv_snapshot_find_by_id_and_name()
Date: Sat, 8 Jun 2013 16:35:28 +0800 [thread overview]
Message-ID: <20130608083528.GE9648@localhost.nay.redhat.com> (raw)
In-Reply-To: <51B2E442.8030602@linux.vnet.ibm.com>
On Sat, 06/08 15:58, Wenchao Xia wrote:
> 于 2013-6-8 15:31, Fam Zheng 写道:
> >On Sat, 06/08 14:58, Wenchao Xia wrote:
> >>To make it clear about id and name in searching, add this API
> >>to distinguish them. Caller can choose to search by id or name,
> >>*errp will be set only for exception.
> >>
> >>Some code are modified based on Pavel's patch.
> >>
> >>Signed-off-by: Wenchao Xia <xiawenc@linux.vnet.ibm.com>
> >>Signed-off-by: Pavel Hrdina <phrdina@redhat.com>
> >>---
> >> block/snapshot.c | 74 ++++++++++++++++++++++++++++++++++++++++++++++
> >> include/block/snapshot.h | 6 ++++
> >> 2 files changed, 80 insertions(+), 0 deletions(-)
> >>
> >>diff --git a/block/snapshot.c b/block/snapshot.c
> >>index 6c6d9de..0a9af4e 100644
> >>--- a/block/snapshot.c
> >>+++ b/block/snapshot.c
> >>@@ -48,6 +48,80 @@ int bdrv_snapshot_find(BlockDriverState *bs, QEMUSnapshotInfo *sn_info,
> >> return ret;
> >> }
> >>
> >>+/**
> >>+ * Look up an internal snapshot by @id and @name.
> >>+ * @bs: block device to search
> >>+ * @id: unique snapshot ID, or NULL
> >>+ * @name: snapshot name, or NULL
> >>+ * @sn_info: location to store information on the snapshot found
> >>+ * @errp: location to store error, will be set only for exception
> >>+ *
> >>+ * This function will traverse snapshot list in @bs to search the matching
> >>+ * one, @id and @name are the matching condition:
> >>+ * If both @id and @name are specified, find the first one with id @id and
> >>+ * name @name.
> >>+ * If only @id is specified, find the first one with id @id.
> >>+ * If only @name is specified, find the first one with name @name.
> >>+ * if none is specified, abort().
> >>+ *
> >>+ * Returns: true when a snapshot is found and @sn_info will be filled, false
> >>+ * when error or not found. If all operation succeed but no matching one is
> >>+ * found, @errp will NOT be set.
> >>+ */
> >>+bool bdrv_snapshot_find_by_id_and_name(BlockDriverState *bs,
> >>+ const char *id,
> >>+ const char *name,
> >>+ QEMUSnapshotInfo *sn_info,
> >>+ Error **errp)
> >>+{
> >>+ QEMUSnapshotInfo *sn_tab, *sn;
> >>+ int nb_sns, i;
> >>+ bool ret = false;
> >>+
> >>+ nb_sns = bdrv_snapshot_list(bs, &sn_tab);
> >>+ if (nb_sns < 0) {
> >>+ error_setg_errno(errp, -nb_sns, "Failed to get a snapshot list");
> >>+ return false;
> >>+ } else if (nb_sns == 0) {
> >>+ return false;
> >>+ }
> >>+
> >>+ if (id && name) {
> >>+ for (i = 0; i < nb_sns; i++) {
> >>+ sn = &sn_tab[i];
> >>+ if (!strcmp(sn->id_str, id) && !strcmp(sn->name, name)) {
> >>+ *sn_info = *sn;
> >>+ ret = true;
> >>+ break;
> >>+ }
> >>+ }
> >>+ } else if (id) {
> >>+ for (i = 0; i < nb_sns; i++) {
> >>+ sn = &sn_tab[i];
> >>+ if (!strcmp(sn->id_str, id)) {
> >>+ *sn_info = *sn;
> >>+ ret = true;
> >>+ break;
> >>+ }
> >>+ }
> >>+ } else if (name) {
> >>+ for (i = 0; i < nb_sns; i++) {
> >>+ sn = &sn_tab[i];
> >>+ if (!strcmp(sn->name, name)) {
> >>+ *sn_info = *sn;
> >>+ ret = true;
> >>+ break;
> >>+ }
> >>+ }
> >>+ } else {
> >>+ /* program error */
> >>+ abort();
> >>+ }
> >
> >Looks duplicated. How about:
> >
> > if (id || name) {
> > for (i = 0; i < nb_sns; i++) {
> > sn = &sn_tab[i];
> > if ((!id || !strcmp(sn->id_str, id)) &&
> > (!name || !strcmp(sn->name, name))) {
> > *sn_info = *sn;
> > ret = true;
> > break;
> > }
> > }
> > } else {
> > abort();
> > }
> >
> Less code, but slightly slower since more "if" inside "for". I think
> three "for" also show more clear about judgement logic.
No I don't think if-in-for or for-in-if *here* makes any meaningful
difference in performance, if we really need it fast, we'd better sort the
list it first and binary search. And I don't see it clearer to duplicate
the same logic for three times, If I want to understand it, I need to
compare if#1 and if#2 to get they are the same, and then compare #2 and
#3 again, just to know that the three are no different.
>
> >And why do we have to abort here? It is not completely nonsense to me to
> >return first snapshot with id == NULL and name == NULL.
> >
> Just to tip program error. An snapshot with id == NULL and name ==
> NULL is not possible, isn't it?.
OK.
--
Fam
next prev parent reply other threads:[~2013-06-08 8:35 UTC|newest]
Thread overview: 29+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-06-08 6:57 [Qemu-devel] [PATCH 00/11] add internal snapshot support at block device level Wenchao Xia
2013-06-08 6:57 ` [Qemu-devel] [PATCH 01/11] blockdev: drop redundant proto_drv check Wenchao Xia
2013-06-08 6:57 ` [Qemu-devel] [PATCH 02/11] blockdev: rename BlkTransactionStates to singular Wenchao Xia
2013-06-08 6:57 ` [Qemu-devel] [PATCH 03/11] blockdev: allow BdrvActionOps->commit() to be NULL Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 04/11] snapshot: new function bdrv_snapshot_find_by_id_and_name() Wenchao Xia
2013-06-08 7:31 ` Fam Zheng
2013-06-08 7:58 ` Wenchao Xia
2013-06-08 8:35 ` Fam Zheng [this message]
2013-06-09 2:33 ` Wenchao Xia
2013-06-11 8:26 ` Stefan Hajnoczi
2013-06-13 3:34 ` Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 05/11] snapshot: add paired functions for internal snapshot id and name Wenchao Xia
2013-06-11 9:14 ` Stefan Hajnoczi
2013-06-13 5:33 ` Wenchao Xia
2013-06-13 8:30 ` Stefan Hajnoczi
2013-06-08 6:58 ` [Qemu-devel] [PATCH 06/11] snapshot: distinguish id and name in snapshot delete Wenchao Xia
2013-06-08 7:54 ` Fam Zheng
2013-06-11 9:25 ` Stefan Hajnoczi
2013-06-13 5:41 ` Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 07/11] qmp: add internal snapshot support in qmp_transaction Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 08/11] qmp: add interface blockdev-snapshot-internal-sync Wenchao Xia
2013-06-08 8:05 ` Fam Zheng
2013-06-09 2:35 ` Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 09/11] qmp: add interface blockdev-snapshot-delete-internal-sync Wenchao Xia
2013-06-08 6:58 ` [Qemu-devel] [PATCH 10/11] hmp: add interface hmp_snapshot_internal_blkdev Wenchao Xia
2013-06-08 8:21 ` Fam Zheng
2013-06-09 2:39 ` Wenchao Xia
2013-06-09 3:01 ` Fam Zheng
2013-06-08 6:58 ` [Qemu-devel] [PATCH 11/11] hmp: add interface hmp_snapshot_delete_internal_blkdev Wenchao Xia
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=20130608083528.GE9648@localhost.nay.redhat.com \
--to=famz@redhat.com \
--cc=armbru@redhat.com \
--cc=dietmar@proxmox.com \
--cc=kwolf@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).