[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Re: [PATCH] xen: core dom0 support
On Saturday 28 February 2009 17:52:24 Jeremy Fitzhardinge wrote: > Andrew Morton wrote: > > I hate to be the one to say it, but we should sit down and work out > > whether it is justifiable to merge any of this into Linux. I think > > it's still the case that the Xen technology is the "old" way and that > > the world is moving off in the "new" direction, KVM? > > I don't think that's a particularly useful way to look at it. They're > different approaches to the problem, and have different tradeoffs. > > The more important question is: are there real users for this stuff? > Does not merging it cause more net disadvantage than merging it? > Despite all the noise made about kvm in kernel circles, Xen has a large > and growing installed base. At the moment its all running on massive > out-of-tree patches, which doesn't make anyone happy. It's best that it > be in the mainline kernel. You know, like we argue for everything else. OTOH, there are good reasons not to duplicate functionality, and many many times throughout the kernel history competing solutions have been rejected even though the same arguments could be made about them. There have also been many times duplicate functionality has been merged, although that does often start with the intention of eliminating duplicate implementations and ends with pain. So I think Andrew's question is pretty important. The user issue aside -- that is a valid point -- you don't really touch on the technical issues. What tradeoffs, and where Xen does better than KVM would be interesting to know, can Xen tools and users ever be migrated to KVM or vice versa (I know very little about this myself, so I'm just an interested observer). Ideally of course, consensus would be made that one or the other is the better technical solution, and we should encourage developers to improve that one and users to use it. Although obviously a consensus can't always be made (usually when there is no right answer -- different tradeoffs etc). _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |