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

[Xen-devel] Modular Xen


  • To: xen-devel@xxxxxxxxxxxxxxxxxxx
  • From: "David Pilger" <pilger.david@xxxxxxxxx>
  • Date: Mon, 15 Jan 2007 19:30:21 +0200
  • Delivery-date: Mon, 15 Jan 2007 09:29:58 -0800
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=dX4p7QmIf/aoT2OZgj4wii4jQghcjyGHxSh/mjuH4e8cOAzED0x5Z032nvwAhGoYPzzAqdwnxBEmBO+GW6QpFMkbbfY3l0YDHNhDIRXD0Y59Bfd6/bdufSmdymFtMyh9BnZ/53TVNlJZOyNmW84PyOzdVMj8q/aU7vXfIyidXVI=
  • List-id: Xen developer discussion <xen-devel.lists.xensource.com>

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 :)

Your thoughts?

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