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] Modular Xen

To: David Pilger <pilger.david@xxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxx>
Subject: Re: [Xen-devel] Modular Xen
From: Keir Fraser <keir@xxxxxxxxxxxxx>
Date: Mon, 15 Jan 2007 17:44:37 +0000
Delivery-date: Mon, 15 Jan 2007 09:44:16 -0800
Envelope-to: www-data@xxxxxxxxxxxxxxxxxx
In-reply-to: <280848580701150930h59199afdg9b837dd5ccfa5143@xxxxxxxxxxxxxx>
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/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=subscribe>
List-unsubscribe: <http://lists.xensource.com/cgi-bin/mailman/listinfo/xen-devel>, <mailto:xen-devel-request@lists.xensource.com?subject=unsubscribe>
Sender: xen-devel-bounces@xxxxxxxxxxxxxxxxxxx
Thread-index: Acc4zNMhEdw6N6TAEdun4wAX8io7RQ==
Thread-topic: [Xen-devel] Modular Xen
User-agent: Microsoft-Entourage/11.2.5.060620
On 15/1/07 17:30, "David Pilger" <pilger.david@xxxxxxxxx> wrote:

> It seems to me that Xen is full of stuff that aren't beneficial for
> everybody, this includes NUMA, ACM and other stuff that certain
> companies try to introduce... In a better world, the Xen binary would
> have been more sleek and fast, and those extra features should be
> loaded via stating a Module boot line in Grub. This way, testing would
> be easy and it's more elegant than using a compilation flag.
> 
> Are there any thoughts to make Xen more modular in this manner?
> It can be a real improvement for all of us freelancers that experiment
> with this hot subject :)

I personally don't think this is worthwhile, at least right now. The Xen
image is about 1MB in memory (including text, data and bss) which is very
little even for portable devices these days.

If someone is dead set on investigating this then I would also say that it's
rather nice having all of the Xen features in a single binary. One option
might be to place some features into their own sections and free those at
boot time if it turns out a feature is not required for this particular
system or boot configuration. This could be applied for example to Intel-
and AMD-specific code. The cost of having a monolithic Xen image rather than
specifically chosen modules is inconsequential (again, even worst case of an
embedded application consider size of modern flash devices).

 -- Keir


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

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