WARNING - OLD ARCHIVES

This is an archived copy of the Xen.org mailing list, which we have preserved to ensure that existing links to archives are not broken. The live archive, which contains the latest emails, can be found at http://lists.xen.org/
   
 
 
Xen 
 
Home Products Support Community News
 
   
 

xen-devel

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

To: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>, Tim Deegan <Tim.Deegan@xxxxxxxxxx>
Subject: RE: [Xen-devel] Re: [RFC][PATCH] Basic support for page offline
From: "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>
Date: Sun, 15 Feb 2009 17:39:47 +0800
Accept-language: en-US
Acceptlanguage: en-US
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Sun, 15 Feb 2009 01:40:49 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <C5BB602B.1E9C%keir.fraser@xxxxxxxxxxxxx>
List-help: <mailto:xen-devel-request@lists.xensource.com?subject=help>
List-id: Xen developer discussion <xen-devel.lists.xensource.com>
List-post: <mailto:xen-devel@lists.xensource.com>
List-subscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
References: <20090213170341.GC17060@xxxxxxxxxxxxxxxxxxxxx> <C5BB602B.1E9C%keir.fraser@xxxxxxxxxxxxx>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmN/SJOqxvPmuZbQ9WmsMLahc+gogABIA8DAFLxb7A=
Thread-topic: [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
<Prev in Thread] Current Thread [Next in Thread>