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: Tim Deegan <Tim.Deegan@xxxxxxxxxx>, "Jiang, Yunhong" <yunhong.jiang@xxxxxxxxx>
Subject: Re: [Xen-devel] Re: [RFC][PATCH] Basic support for page offline
From: Keir Fraser <keir.fraser@xxxxxxxxxxxxx>
Date: Fri, 13 Feb 2009 17:36:43 +0000
Cc: "xen-devel@xxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxx>
Delivery-date: Fri, 13 Feb 2009 09:38:37 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxxx
In-reply-to: <20090213170341.GC17060@xxxxxxxxxxxxxxxxxxxxx>
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>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: AcmN/SJOqxvPmuZbQ9WmsMLahc+gogABIA8D
Thread-topic: [Xen-devel] Re: [RFC][PATCH] Basic support for page offline
User-agent: Microsoft-Entourage/12.15.0.081119
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.

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.

 -- Keir



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

<Prev in Thread] Current Thread [Next in Thread>