From: Markus Armbruster <armbru@redhat.com>
To: Vadim Galitsyn <vadim.galitsyn@profitbricks.com>
Cc: Mohammed Gamal <mohammed.gamal@profitbricks.com>,
"Dr . David Alan Gilbert" <dgilbert@redhat.com>,
Igor Mammedov <imammedo@redhat.com>,
Eric Blake <eblake@redhat.com>,
qemu-devel@nongnu.org,
Vasilis Liaskovitis <vasilis.liaskovitis@profitbricks.com>,
Eduardo Otubo <eduardo.otubo@profitbricks.com>
Subject: Re: [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands
Date: Fri, 07 Jul 2017 09:43:36 +0200 [thread overview]
Message-ID: <877ezk7kuv.fsf@dusky.pond.sub.org> (raw)
In-Reply-To: <87lgo0900x.fsf@dusky.pond.sub.org> (Markus Armbruster's message of "Fri, 07 Jul 2017 09:30:38 +0200")
Markus Armbruster <armbru@redhat.com> writes:
> Sorry for the late review, got a bit overwhelmed...
>
> Vadim Galitsyn <vadim.galitsyn@profitbricks.com> writes:
>
>> Commands above provide the following memory information in bytes:
>>
>> * base-memory - amount of unremovable memory specified
>> with '-m' option at the start of the QEMU process.
>>
>> * hotpluggable-memory - amount of memory that was hot-plugged.
>> If target does not have CONFIG_MEM_HOTPLUG enabled, no
>> value is reported.
>>
>> * balloon-actual-memory - size of the memory that remains
>> available to the guest after ballooning, as reported by the
>> guest. If the guest has not reported its memory, this value
>> equals to @base-memory + @hot-plug-memory. If ballooning
>> is not enabled, no value is reported.
>>
>> NOTE:
>>
>> Parameter @balloon-actual-memory reports the same as
>> "info balloon" command when ballooning is enabled. The idea
>> to have it in scope of this command(s) comes from
>> https://lists.gnu.org/archive/html/qemu-devel/2012-07/msg01472.html.
[...]
>> 9 files changed, 113 insertions(+), 1 deletion(-)
>> rename stubs/{qmp_pc_dimm_device_list.c => qmp_pc_dimm.c} (60%)
>
> No test coverage?
Maybe no need, because ...
[...]
> query-memory-size-summary combines three queries:
>
> (1) base-memory (query can't fail)
>
> (2) hotpluggable-memory (query must not fail, i.e. &error_abort)
>
> (3) balloon-actual-memory (query can fail, and we throw away the error
> then)
>
> Including (3) adds a failure mode. The fact that we sweep the failure
> under the rug doesn't change that.
>
> Why is this a good idea?
... with (3) and its failure mode removed, there's less need for
specific tests. The (future, hopefully near future) generic smoke test
of queries that can't fail should do.
[...]
next prev parent reply other threads:[~2017-07-07 7:43 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-30 13:31 [Qemu-devel] [PATCH v4] hmp, qmp: introduce memory-size-summary commands Vadim Galitsyn
2017-06-30 13:31 ` Vadim Galitsyn
2017-07-07 7:30 ` Markus Armbruster
2017-07-07 7:43 ` Markus Armbruster [this message]
2017-07-07 8:06 ` Dr. David Alan Gilbert
2017-07-07 8:58 ` Markus Armbruster
2017-07-07 16:20 ` Vadim Galitsyn
-- strict thread matches above, loose matches on Subject: below --
2017-07-28 12:10 Vadim Galitsyn
2017-08-14 14:32 ` Markus Armbruster
2017-08-15 7:54 ` Igor Mammedov
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=877ezk7kuv.fsf@dusky.pond.sub.org \
--to=armbru@redhat.com \
--cc=dgilbert@redhat.com \
--cc=eblake@redhat.com \
--cc=eduardo.otubo@profitbricks.com \
--cc=imammedo@redhat.com \
--cc=mohammed.gamal@profitbricks.com \
--cc=qemu-devel@nongnu.org \
--cc=vadim.galitsyn@profitbricks.com \
--cc=vasilis.liaskovitis@profitbricks.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.