前两天Oracle发布了新版本的VirtualBox，我就一直在试用了。VirtualBox 3.2增加了很多新特性，很受注目，这些前文都有所涉猎，在这里就不再重复了。

早前发布的Beta 1一直不稳定，现在的Beta 2就好了不少了，况且因为虚拟EFI的问题还重新发布了一个Beta 2，理论上应该更好。这次我玩的是VirtualBox多头显示。

VirtualBox 的多头显示其实还是挺容易设置的，只要在虚拟机设置面板中的显示模块增加虚拟显示的数量，最多是8个虚拟显示器。当虚拟显示器增加到4个的时候，虚拟显存就会增加到128MB以上。当虚拟显示器达到{zd0}值8个的时候，显存最终达到256MB。

当尝试过8个虚拟显示器以后，关闭虚拟机并进入虚拟机设置面板，把虚拟机调回1个虚拟显示器，虚拟显存的数量一直保持在256MB。再次启动虚拟机，虚拟机的显存依然是256MB。难道这是一个Bug？看样子并不像，或许是Oracle的彩蛋？看看VirtualBox论坛xx人士的。

这位牛人解释到通常一般人都会以为显存越大性能越好，但是VirtualBox把{zd0}显存设置在128MB，以保证实体机和虚拟机的稳定。况且虚拟机的3D加速性能有限，再多的显存也是无济于事。当然用户可以用VBoxManage增加虚拟显存，{zd0}应该不能超过实体显卡的显存了。

貌似没有ATi Eyefinity的那种边框补偿技术，所以如果把两个虚拟显示器拉远了，看起来会觉得很诡异。下面再来一张同时开8个虚拟显示器的。20寸显示器显然不太够位置，层叠起来了。

看完了这么激动人心的特性以后，这里要说一说它的局限性：

一、多头显示技术现在仅仅能够应用于Windows Guest上，而Linux Guest和Solaris Guest则暂时无缘，不过我相信很快会补上的。至于Mac OS X Guest，应该会在未来补上，但是什么时候出来应该有点遥远了。

二、当虚拟显示器的数量比实体显示器要多的时候，全屏模式是被禁止的。原因是数量上不匹配，要么就是增加实体显示器的数量，要么就是减少虚拟显示器的数量。总之虚拟显示器就是不能比实体显示器多，其实VirtualBox可以制定一个虚拟显示器的顺序，这样可以匹配到实体机的{dy}个显示器对应全屏虚拟机的{dy}个显示器，实体机的第二个显示器对应全屏虚拟机的第二个显示器，如此类推。多出来的虚拟显示器滚到后台一边凉快吧，现在没有你的事情了。XD！错误囧况见下图。

三、窗口模式下不能切换主显示器。主显示器锁定在{dy}个虚拟显示器。在窗口模式倒是没有大问题，但是在全屏模式下就非常有用了。不过我现在手上没有多个显示器用，但是看上去全屏模式也可能不会支持切换主显示器的。这不能不说是遗憾。

四、设置多显示器启动时，若用户没有把桌面扩展到其他显示器，那么除了已经扩展的显示器外，其他显示器都是漆黑一片。这看起来不够人性化。如果能够在用户扩展桌面后再启动虚拟显示器，那么就会更加节省桌面空间，管理起来就更加方便。当然{zh0}把同一个虚拟机的多个显示器窗口在实体桌面的任务栏层叠起来，像现在摊开多个管理起来肯定不够方便。然而这个特性要实现起来感觉会有点难度。

五、若是能够引入ATi Eyefinity类似的边框补偿技术就更加xx了。窗口模式下当然很少用到这种技术，若是在全屏模式就十分的爽了。

{zh1}总结一下，Oracle收购Sun以后能够提交一份如此出色的VirtualBox答卷有点出乎大众的预期，或许是因为在收购前Sun已经为VirtualBox制定好了开发计划，Oracle只是顺势执行而已。不管怎么说，这个大版本更新的VirtualBox 3.2的确值得期待。现在感觉Beta 2的稳定性还不错，希望正式版能够更加稳定，改变以前VirtualBox逢大更新必不稳定的“优良”传统。

其实很多人都会预计Oracle会放弃不少Sun原来的开源项目，但是现在看来VirtualBox应该不会在这个列表里。现在Oracle手上有两个虚拟化产品，一个是VirtualBox，另外一个是基于Xen的Oracle VM Server。VirtualBox将会继续加入众多新特性，主力发展桌面虚拟化和VDI。然而从最近添加的几个特性来看，也有向服务器虚拟化的方向发展。况且VirtualBox并非不能上大场面的，从中可以得到这个结论。话说回来，VirtualBox真的需要增强其性能和稳定性，尤其是虚拟存储的性能。在企业级的虚拟化中，Oracle处境则是十分微妙。现在RHEL6接近发布了，并且正式移除对Xen的支持。OEL6同样会继续基于RHEL6重编译。所以同样OEL6也会失去对Xen的支持，但是集成了KVM的支持。当然Oracle可以化大力气维护一套兼容Xen的内核树，但是显然是吃力不讨好。独立的Oracle VM Server则会继续使用Xen，况且过去已经投入巨资开发Xen，一时半刻要立即放弃对客户对自身投资也是不责任的。Oracle的选择将会十分有意思。我们就静观其变吧！

, , ,