Vmware和Xen在Linux虚拟化补丁上有冲突

　　当你试图把开源的世界和私有的商业软件混合在一起的时候，事情进展的总是非常不顺利。有时这两个世界会发生碰撞。私有经销商都时常欺凌开源从而扩大他们自己的利益。下一次，有时事情又会有另外一种方式。

　　一个恰当的例子是：当前在Linux内核中支持虚拟化的争论。虚拟服务器风靡一时。在当今Linux世界中受宠的技术是一个名为Xen的项目，它是一个开源系统管理程序，允许你在一台机器上运行多个Linux实例。对Xen的支持是Novell新的SUSE Linux Enterprise Server的一个大吹大擂的特性。但不是所有的厂商都是这样乐观。

　　Novell竞争对手红帽的一个经营主管表示，Xen还没有为企业准备好，—-因此不要期望在红帽企业Linux很快见到它。同时，Xen为进一步与Linux内核的融合所作的努力与一个可预见的来源相悖：私有虚拟软件的领军人Vmware。

　　看上去Vmware一直致力于研究以系统管理程序为基础的虚拟技术，它与Xen的很相似，用于它的即将来临的商业的虚拟化产品线的发布。像Xen一样，如果Linux内核给它一点帮助VMware的技术将会工作得更好，所以也像Xen一样，Vmware一直都在给内核开发者们提交长长的补丁列表用于审查和考虑包含于内核中的可能性。你不知道吧，Xen 组的补丁和Vmware的完全不能互相兼容。

　　两种方法都将奏效。两个组对于Linux内核的开发都有长期的历史。因此很自然地，内核开发者不想偏袒任何一方，他们不会接受任何一套补丁直到Vmware和 Xen想办法消除他们之间的不同达成一个折衷—-至今双方都不愿意这样做。 　　当然，这种争论对于商务没有好处，尤其对于像红帽这样正在等待Xen在他们对其在企业应用开绿灯之前变得成熟的厂商。一位经理主管人员表示，事实上Oracle对这种形势正失去耐心，并且给各方施加压力，使其进一步协商。

　　事情不总是这样的吗？良好的开源项目正在极佳地专注于他们自己的业务，突然一个像Vmware的私有软件厂商介入破坏了一切。然后甚至更大的私有公司介入把所有人推开，最后事情变得一团糟。

　　但是稍等。不是所有一切都象这里看起来的样子。

　　正如它的结果，Vmware向Linux内核开发者提出的建议根本不是私有软件。他是叫做VMI (Virtual Machine Interface，虚拟机接口)的完全开放的标准，能够支持多种形式的以系统管理程序为基础的虚拟化的一般性接口，包括潜在的Xen。

　　另一方面，Xen开发者的建议是百分之百专用于Xen的，以至于它完全不适合Vmware的需要（或者其他任何可能出现的技术）。Xen 可以按Vmware的方式做事情，但是它的开发者不想这样。

　　很有讽刺意义，不是吗？Xen是开源的，但是Vmware的提议更符合开源软件的精神。同时，Xen项目的一个主要的赞助者XenSource正忙于与微软签定一个关于在Windows上运行Xen的交易，与此同时甚至抗拒关于Linux内核接口的协商。那么你呢？Brute

　　这显示，对开源来说还有比源代码更多的东西。这种参与和协作的精神是开源力量的源泉，并使它赢得客户。商业软件厂商也可抱有这种精神；仅仅因为你的代码是开放的不会自动地让你成为一个好人。