qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH qemu v3 01/13] memory: Postpone flatview and dis


From: Paolo Bonzini
Subject: Re: [Qemu-devel] [PATCH qemu v3 01/13] memory: Postpone flatview and dispatch tree building till all devices are added
Date: Tue, 19 Sep 2017 12:47:22 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1

On 19/09/2017 12:39, Alexey Kardashevskiy wrote:
>> No, there's still
>>
>>     as->dispatch = NULL;
>>     memory_region_update_pending |= root->enabled;
>>     memory_region_transaction_commit();
>>
>> when creating the address space, which touches all address spaces.
> 
> This does not seem helping a lot - my test without such an optimization
> allocates 2966044 FVs and 2388768 with it, which is just 25%, i.e. worth
> making a patch but yet getting rid of those nasty virtio-modern address
> spaces will do a lot better job.

Have you tried resolving aliases that are implemented with containers
and one subregion?

> What is the exact concern about the "[PATCH qemu v3 01/13] memory: Postpone
> flatview and dispatch tree building till all devices are added"? Is it that
> you missed that modern AS thing in virtio and thought we can do well even
> without it?

I am afraid that some of the special sysbus devices (not PCI, those go
through the bus master DMA region and it's empty on startup) might write
to memory during initialization.

Thanks,

Paolo

> Or there is something wrong with the approach?




reply via email to

[Prev in Thread] Current Thread [Next in Thread]