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

[Xen-devel] Re: non-zero order allocations in shadow code may prevent live migration



At 12:19 +0100 on 27 Sep (1190895561), Jan Beulich wrote:
> So then I'll go ahead with implementing the described change (I'm actually
> intending to have shadow_prealloc() take not just an order, but also a count
> parameter - in a number of places it is being called with SHADOW_MAX_ORDER
> for no reason other than wanting 3 or 4 single pages).

shadow_prealloc could just as easily take no arguments and always free
four pages in the highest order that's in use.  There's no real benefit
from fine-tuning it as the operations that free shadow memory operate in
much bigger increments anyway.

Cheers,

Tim.

-- 
Tim Deegan <Tim.Deegan@xxxxxxxxxxxxx>, XenSource UK Limited
Registered office c/o EC2Y 5EB, UK; company number 05334508

_______________________________________________
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®.