From: Eric Blake <eblake@redhat.com>
To: Vladimir Sementsov-Ogievskiy <vsementsov@virtuozzo.com>,
John Snow <jsnow@redhat.com>,
"qemu-devel@nongnu.org" <qemu-devel@nongnu.org>,
"qemu-block@nongnu.org" <qemu-block@nongnu.org>
Cc: Markus Armbruster <armbru@redhat.com>,
Kevin Wolf <kwolf@redhat.com>, Max Reitz <mreitz@redhat.com>
Subject: Re: [Qemu-devel] [PATCH v4 3/5] iotests: change qmp_log filters to expect QMP objects only
Date: Wed, 19 Dec 2018 13:01:41 -0600 [thread overview]
Message-ID: <b3e9768f-cb40-5112-9174-1f352b2d97ed@redhat.com> (raw)
In-Reply-To: <71a31ed2-b371-3b8f-d527-bf37b09e5443@virtuozzo.com>
On 12/19/18 5:27 AM, Vladimir Sementsov-Ogievskiy wrote:
> But still not sure that it worth it. Isn't it better to just remove fields from dict,
> which are unpredictable, instead of substituting them..
For getting the test to pass when we have a key:unpredictable value in
the dict, you are right that both changing it to key:SUBST or removing
key work at producing reproducible output. But when it comes to
debugging test failure, having key:SUBST in the logs gives you a hint at
what else to look at, whereas omitting key altogether may make the
reason for the failure completely disappear from the logs.
Thus, I would argue that even though it is more complex to write a
filter that can recursively substitute, the resulting output is easier
to debug if a test starts failing - and that if the work in doing the
more complex filtering has already been submitted and is not too much of
a burden to maintain, then we might as well use it rather than going
with the simpler case of just eliding the problematic keys or using just
textual filtering.
However, I'm not in a good position to argue whether there is a
reasonable maintenance burden with the patches in this series, vs. what
it would take to rewrite 206 to do just textual filtering instead of QMP
dict substitution filtering.
--
Eric Blake, Principal Software Engineer
Red Hat, Inc. +1-919-301-3266
Virtualization: qemu.org | libvirt.org
next prev parent reply other threads:[~2018-12-19 19:01 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-12-19 1:52 [Qemu-devel] [PATCH v4 0/5] bitmaps: remove x- prefix from QMP api Part2 John Snow
2018-12-19 1:52 ` [Qemu-devel] [PATCH v4 1/5] iotests: add qmp recursive sorting function John Snow
2018-12-19 10:20 ` Vladimir Sementsov-Ogievskiy
2018-12-19 17:55 ` John Snow
2018-12-19 18:50 ` Eric Blake
2018-12-19 18:52 ` Eric Blake
2018-12-19 18:57 ` John Snow
2018-12-19 19:19 ` Eric Blake
2018-12-19 19:47 ` John Snow
2018-12-19 1:52 ` [Qemu-devel] [PATCH v4 2/5] iotests: remove default filters from qmp_log John Snow
2018-12-19 10:58 ` Vladimir Sementsov-Ogievskiy
2018-12-19 1:52 ` [Qemu-devel] [PATCH v4 3/5] iotests: change qmp_log filters to expect QMP objects only John Snow
2018-12-19 11:07 ` Vladimir Sementsov-Ogievskiy
2018-12-19 11:27 ` Vladimir Sementsov-Ogievskiy
2018-12-19 17:29 ` John Snow
2018-12-19 19:01 ` Eric Blake [this message]
2018-12-19 19:52 ` John Snow
2018-12-20 9:33 ` Vladimir Sementsov-Ogievskiy
2018-12-19 18:35 ` John Snow
2018-12-20 9:11 ` Vladimir Sementsov-Ogievskiy
2018-12-19 1:52 ` [Qemu-devel] [PATCH v4 4/5] iotests: implement pretty-print for log and qmp_log John Snow
2018-12-19 1:52 ` [Qemu-devel] [PATCH v4 5/5] iotests: add iotest 236 for testing bitmap merge John Snow
2018-12-19 19:34 ` Eric Blake
2018-12-20 2:01 ` John Snow
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=b3e9768f-cb40-5112-9174-1f352b2d97ed@redhat.com \
--to=eblake@redhat.com \
--cc=armbru@redhat.com \
--cc=jsnow@redhat.com \
--cc=kwolf@redhat.com \
--cc=mreitz@redhat.com \
--cc=qemu-block@nongnu.org \
--cc=qemu-devel@nongnu.org \
--cc=vsementsov@virtuozzo.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).