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

Re: [Xen-devel] [PATCH] ioemu: directly project all memory on x86_64



On 23/1/08 16:38, "Samuel Thibault" <samuel.thibault@xxxxxxxxxxxxx> wrote:

> Keir Fraser, le Wed 23 Jan 2008 16:30:27 +0000, a écrit :
>> I don't really want the memory-size parameter back. What if we support
>> memory hotplug in future (e.g., we could do now if the guest decides to
>> balloon in some memory higher up in its memory map)?
> 
> Well, the question holds for ia64 too, which already projects all
> memory.

Sure. I expect ia64 lags behind x86 in this respect.

I remember the crash caused by not tracking unmapped pages by the way. At
the time Xen was not notifying the qemu on increase_reservation, so qemu was
not refreshing its guest memory map and would crash when newly-allocated
pages were the source or detsination of I/O operations. Looks like it's
double fixed -- Xen is invalidating on both increase and decrease
reservation, and qemu-dm is able to lazily fault in new guest mappings.

>> Anyway I don't see what getting rid of the mapcache fixes.
> 
> Well, that was mostly to speed up memory lookup in the usual case, I
> don't really need it.

It's a good aim, I just think the optimisation should be done within the
context of the mapcache subsystem.

 -- Keir



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.