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

RE: [Xen-devel] Re: [RFC][PATCH] Basic support for page offline



Keir Fraser <mailto:keir.fraser@xxxxxxxxxxxxx> wrote:
> On 13/02/2009 17:03, "Tim Deegan" <Tim.Deegan@xxxxxxxxxx> wrote:
> 
>> I'll leave page_offline_xen.patch to Keir since he's said he'll do it,
>> but 700 new lines of code seems like quite a lot -- surely some subsets
>> of he existing buddy splitting and merging code could be split out and
>> reused?
> 
> It could indeed surely be half the size. It's split for some
> reason into a
> chain of about five functions, each of which does a little bit
> of the work.
> Just merge them all together. And unless you have a good reason for
> currently expecting to offline large ranges of pages, and can measure a
> substantial performance difference, I would actually just
> offline one page a
> at a time -- implement that in a function and call it
> repeatedly from a for
> loop. It will be far less complex and for bad-page offlining
> should perform
> just fine.

The reasonîto offline large ranges of pages is to offline a DIMM, but yes that 
may not important currently, also that is not performance critical. We only 
support one page each time, that is sure to be much simpler. 

> 
> Also some comments about what the difference is between
> offlining, offlined,
> and broken would be nice. The change in free_heap_pages() to preserve
> PGC_offlining|PGC_broken struck me as particularly worrying --
> no sane C
> programmer should write it like that, which just makes me more
> worried about
> the verbosity of the rest.

Sure, will add comments for how the page status change.

Thanks
Yunhong Jiang

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