[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
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |