On Wed, Jun 03, 2009 at 01:03:51PM +0100, George Dunlap wrote:
> It is a very interesting idea, but it would still be basically a 
> completely new project. If someone started such a project, they could 
> probably cannibalize a lot of Xen's existing code (a funny boomerang, 
> since Xen cannibalized Linux's code when it started), but it would still 
> require a lot of work and re-writing, and the result would be a lot 
> different than Xen is now. It would be years before it was ready to be 
> used in a production system. 
You might be surprised; if we started with a working dom0/xen pair,
and there were people working on it to clean up dom0/xen interface,
treating it as an internal Linux interface with an eye towards
minimizing contamination of core kernel code, the Linux model of
development can go pretty fast. Compare and contrast it with the
***years*** of calendar time and decades of wasted man-years of
engineering effort needed to port and backport and maintain dom0
support with Linux. Given that experience, I could easily see how
some might assume that it would take years to significantly improve
things, but I suspect if xen were merged into mainline with the
assumption that it could be arbitrarily changed to make things sane,
with the primary interface that needed backwards compatibility care
being the xen/domU interface, I expect things would go pretty fast.
What would be lost is dom0 support for other OS's, but really, is that
such a major loss? Linux has far better device driver support than
Solaris or FreeBSD, so there is really that much gain in using some
other OS for dom0?
 - Ted
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users