From: Paolo Bonzini <pbonzini@redhat.com>
To: Alexey Kardashevskiy <aik@ozlabs.ru>, qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] [PATCH 2/3] memory: seek FlatView sharing candidates among children subregions
Date: Thu, 21 Sep 2017 15:57:15 +0200 [thread overview]
Message-ID: <d29597cd-773d-3268-4d27-a2f68c895d14@redhat.com> (raw)
In-Reply-To: <1d5f2bb4-c330-98b9-bf1a-6024a9f9093d@ozlabs.ru>
On 21/09/2017 15:39, Alexey Kardashevskiy wrote:
> On 21/09/17 22:07, Paolo Bonzini wrote:
>> A container can be used instead of an alias to allow switching between
>> multiple subregions. In this case we cannot directly share the
>> subregions (since they only belong to a single parent), but if the
>> subregions are aliases we can in turn walk those.
>>
>> While this does not reduce much the number of FlatViews that are created,
>> it makes it possible to share the PCI bus master FlatViews and their
>> AddressSpaceDispatch structures. For 112 virtio-net-pci devices, boot time
>> is reduced from 25 to 10 seconds and memory consumption from 1.4 to 1 G.
>>
>> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
>> ---
>> memory.c | 41 +++++++++++++++++++++++++++++++++++------
>> 1 file changed, 35 insertions(+), 6 deletions(-)
>>
>> diff --git a/memory.c b/memory.c
>> index 4952cc5d84..3207ae55e2 100644
>> --- a/memory.c
>> +++ b/memory.c
>> @@ -733,12 +733,41 @@ static void render_memory_region(FlatView *view,
>>
>> static MemoryRegion *memory_region_get_flatview_root(MemoryRegion *mr)
>> {
>> - while (mr->alias && !mr->alias_offset &&
>> - int128_ge(mr->size, mr->alias->size)) {
>> - /* The alias is included in its entirety. Use it as
>> - * the "real" root, so that we can share more FlatViews.
>> - */
>> - mr = mr->alias;
>> + while (mr->enabled) {
>> + if (mr->alias && !mr->alias_offset &&
>> + int128_ge(mr->size, mr->alias->size)) {
>> + /* The alias is included in its entirety. Use it as
>> + * the "real" root, so that we can share more FlatViews.
>> + */
>> + mr = mr->alias;
>> + continue;
>> + }
>> +
>> + if (!mr->terminates) {
>
> Can an MR have terminates==true and children by the same time? If so, what for?
Yes, children override the parent. But more important, !mr->terminates
means that patch 3 doesn't think that MR produces an empty FlatView.
>
>> + unsigned int found = 0;
>> + MemoryRegion *child, *next = NULL;
>> + QTAILQ_FOREACH(child, &mr->subregions, subregions_link) {
>> + if (child->enabled) {
>> + if (++found > 1) {
>> + next = NULL;
>> + break;
>> + }
>> + if (!child->addr && int128_ge(mr->size, child->size)) {
>
>
> Ah, I tried this one but in v4's 18/18 (that hinting thing), did not work
> out but for a different reason.
Yeah, I did take some inspiration from your code, but we were thinking
of different scenarios (I wanted to cover the child->enabled == true).
Paolo
>
>> + /* A child is included in its entirety. If it's the only
>> + * enabled one, use it in the hope of finding an alias down the
>> + * way. This will also let us share FlatViews.
>> + */
>> + next = child;
>> + }
>> + }
>> + }
>> + if (next) {
>> + mr = next;
>> + continue;
>> + }
>> + }
>> +
>> + break;
>> }
>>
>> return mr;
>>
>
>
next prev parent reply other threads:[~2017-09-21 13:57 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-09-21 12:07 [Qemu-devel] [PATCH 0/3] FlatView memory savings Paolo Bonzini
2017-09-21 12:07 ` [Qemu-devel] [PATCH 1/3] memory: trace FlatView creation and destruction Paolo Bonzini
2017-09-21 12:07 ` [Qemu-devel] [PATCH 2/3] memory: seek FlatView sharing candidates among children subregions Paolo Bonzini
2017-09-21 13:39 ` Alexey Kardashevskiy
2017-09-21 13:57 ` Paolo Bonzini [this message]
2017-09-22 4:45 ` Alexey Kardashevskiy
2017-09-22 7:28 ` Paolo Bonzini
2017-09-21 12:07 ` [Qemu-devel] [PATCH 3/3] memory: Share special empty FlatView Paolo Bonzini
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=d29597cd-773d-3268-4d27-a2f68c895d14@redhat.com \
--to=pbonzini@redhat.com \
--cc=aik@ozlabs.ru \
--cc=qemu-devel@nongnu.org \
/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).