第一页
在IDF春季论坛上，Intel向人们展示了代号为“Vanderpool”的虚拟化技术。这项技术将运用在Intel今年迟些时候推出的桌面CPU、64位ItaniumCPU以及明年推出Xeon服务器芯片和移动CPU上，届时Intel的CPU将拥有硬件层次的虚拟化技术。
提到虚拟化技术，大家并不陌生。这项技术在传统的大型机和Unix系统上早已是很普及了，但因为桌面CPU大都使用的是X86架构，这决定了在其之上使用硬件级虚拟化技术的难度。Intel可谓创造先河，誓将该技术运用到桌面级产品上，用以提高CPU的性能和降低系统组建开销。这也在一定程度上符合Intel目前的策略，不再一味追求CPU的速度，而把焦点集中在CPU的效率上来。本文就将为读者详细介绍Vanderpool Technology技术(以下简称VT)，它是什么、做些什么事、存在的问题及解决方法，还有在技术层面上它是如何运作的。
一、什么是虚拟化?它给我们带来什么?
虚拟化能使用户在一台服务器上同时运行多个操作系统，这与“多重任务处理”技术有些类似。不过“多重任务处理”技术只允许用户在同一机器设备的同一操作系统中运行多个程序，而虚拟化则可让用户在同一机器设备中运行多个操作系统。这样用户能更灵活高效地配用计算机资源，并且有助于提高安全性能。
想象一下，一个操作系统几乎不需花任何时间就可被启动，即使它崩溃了，你只需简单地将它剔除出去，同时立即装载一个新的。如果你正在同时运行几个操作系统，当你准备给其中一个载入新的映像时，你可马上将它关闭，并把该系统正在处理的工作分流给其他系统运行。如果你有5个RedHat的副本正在运行Apache服务器软件，而其中一个因满负荷而停止响应，没问题，你只需简单地将响应请求转交给其他4个系统处理，同时重启那个停止工作的系统就行了。
如果你已为你正在运行的操作系统存储了一份“快照”，那么每当有一些不愉快的事情发生时你都可重新启动它，例如被黑客攻击、感染病毒。从一个安全的分区载入映像并修复好它就行了。虚拟化还可让用户毫不费时地重新安装操作系统而不需像以往使用Ghost那样去安装设备驱动。你可简单地就像使用普通程序那样去载入、卸载和存储操作系统。
同样，它也允许你在同一台机器上使用多个不同的操作系统。如果你是一名程序员，需要编写代码使它们在Windows 95/98/Me/2000/XP上都能运行，你可在你的办公桌上准备5台机器或是1台运行了5种虚拟化操作系统的电脑。同时，作为程序员的你需在每个浏览器的每个版本上校验这些代码，很明显微软不会让你在一个已拥有高版本IE的情况下去安装更低版本的IE去做这些事，但你可一个个地安装旧的操作系统或采取更好一些的解决方法——让它们同时运行。
二、现有虚拟化技术及缺陷
是不是一切都很简单和完美?然而在虚拟化世界并非一切都是尽善尽美的。最显而易见的就是那么多的副本操作系统(上面例子中的操作系统副本多吗?你可以想象一个网络主机公司，20个、50个都是有可能的)同时运行在一台计算机上需要占据很多的资源并导致更昂贵的服务器开销。数据传输在任何情况下都变得更难，因为越多东西被载入，需要的存储器容量也就越多。
是的，真正的杀手就是系统开销。目前在计算机虚拟化方面有几项技术，但它们都伴有不同程度降低系统性能方面的问题。单就CPU而言，其占用率可以从10%到超过40%。
很显然，我们需要新的技术来解决这些问题。Intel所要采用的VT技术背后的思想就是降低虚拟化时的系统开销。在我们深入了解它如何工作之前，我们有必要了解一下虚拟化技术到底是如何实现不同的操作系统工作在同一CPU上的。
目前主要存在有3种类型的虚拟化技术:Paravirtualisation、二元码转译和模拟器。大家最为熟悉可能就是模拟器了。你可以让一个超级任天堂的模拟器在Windows XP的一个窗口中运行，同时还可有另一个PS模拟器。这些都可看作是虚拟化的最基本形式。模拟器需耗费巨大的CPU开销，如果你非要去模拟硬件装置的每一个Bit位，你将花费大量的时间和精力。比较好的方法是跳过其中的某些部分，我们使用的模拟器就是这样，它工作得也还过的去。
这个领域的另一端就是目前较流行的并被业界认可的“Paravirtualisation”(以下简称PV)技术。按字面意思理解，是编程序模拟的意思。它让主机操作系统知道它们正工作在一个虚拟化的环境中，通过修改它们以使之工作得更好。因此操作系统需针对这种方法进行修改和调整，它们必须来回于操作系统的编写人员和编写虚拟化软件人员之间。从这个角度来看，它并非是完全的虚拟化，因为存在这种合作的关系。
PV技术在开源代码的操作系统中工作得不错，Linux,、xBSD都是很合适的PV工作平台的候选者，你可在这些系统中任意调整所需调整的地方，使PV能工作得更好。而Windows则不行，这大概能解释最近为什么众多IT巨头吹捧开源虚拟化技术Xen了。
而“二元码转译”(以下简称BT)技术可说是较折衷的方法了。它所要做的取决于操作系统将要做些什么，并在不知不觉中改变它。假如操作系统试图去执行指令A，但该指令A会给虚拟化引擎带来某些问题，那么BT将把它转换成某些更合适的指令并伪造指令A应该返回的结果。这是一项欺骗工作，且占用大量CPU资源，另外用许多代码取代一条代码也不会使事情运作得快些。
当你了解这些后，你会感到头痛。纯粹致命的缺陷的确没有，但都没有一个简单的解决方案。这些虚拟化的技术仍在继续运用，只是人们都在尽量使其处在一个较低程度的缺陷范围内工作罢了。是什么造成这样的呢?
三、什么问题困扰着我们?
对于X86系统架构的CPU而言，至少在32位领域，有太多让人头痛的条条框框，但作为一条总则，它们都包含有环转换器(Ring Transitions)和有关指令。从概念意义上说，环是一种划分系统特权级别的方法(因此“Ring”也称作特权环)。你可让操作系统运行在一个特权级别上而不会使之被用户程序更改。这样即使你的程序出了问题，它也不会导致系统崩溃，而操作系统能取得控制权，关闭出毛病的程序。这些环强行控制系统的不同部分。
Intel公司的X86系列CPU(包括80386、80486、Pentium、Pentium Pro、Pentium Ⅱ、Pentium Ⅲ以及现在的Pentium 4CPU)，提供4个特权级别R0、R1、R2和R3。较大的数字表示较低的特权，我们可简单理解为运行在某一级别的程序无法改变运行在较小数字级别上的程序，但较低数字级别上的程序可干扰甚至控制运行在较高数字级别的程序。
在实际运用中，被经常用到的只有R0和R3，即最高级别和最低级别。操作系统运行在R0上，而用户程序运行在R3上。X86架构在向64位扩展时，采用的方法之一就是通过去掉中间的特权级别——R1和R2。几乎没有人注意到它们消失了，除了那些使用虚拟化技术的特定人群。
像VMware这类软件模式的虚拟化机(Virtual Machines，以下简称VM)显然必须运行在R0级别上，但如它们要想保持完全控制权，就必须使操作系统在这个级别之外。最显而易见的解决办法是强迫主机操作系统运行在一个较低级别的环中，如R1。它们的部分代码原先被设定为从R0到R3，而不是R1到R3。虽然在PV环境中，你能修改操作系统从而使它工作得很好，但如果你要找到一个圆满的解决方法，就必须使操作系统工作在R1级别中。
可如此一来又出现问题了，有些指令只有当它们从R0级里发出或发往R0级时才会工作，如果不在正确的环中，这些指令会运作得很古怪。如果你试图这么去做，会有很不好的后果。让代码在正确的环中执行确实能防止操作系统破坏VM，同时也防止运行在主机操作系统上的软件破坏操作系统自身。这就是所谓的“0/1/3”模式。
还有一种模式被称为“0/3”模式。这种模式将VM放入R0级别中运行，而将操作系统和用户程序都放入R3级别中。但从本质上而言，它还是像“0/1/3”模式一样去处理其他事情。在R3级别里，有特权的操作系统能更轻松地执行用户程序，由于不存在环的阻隔，也使它运行的更快一些，但系统稳定性不佳。
另外一个方式去使用“0/3”模式，就是让CPU保有两份运行于R0级别中的事物的页表。一份为操作系统，另一份为运行在R3级别中的老程序。这样可拥有一份完整的存储器保护集，用来把用户程序隔离到操作系统空间之外。当然，这同样需要消耗性能，只是以不同的方式罢了。
概括来说，在“0/1/3”模式中，系统安全性更高一些，但从R3到R1、R3到R0或R1到R0转换时性能会受到一些影响，反过来也是。在“0/3”模式中，只存在R0与R3之间的转换，所以它潜在的比一个非主机操作系统运行得更快一些。但如你碰到一个问题，“0/3”模式比“0/1/3”模式更容易出现蓝屏。尽管未来将广泛使用“0/3”模式，主要是因为上文我们提到向在64位扩展时已去掉了R1和R2，所以你必须被迫使用“0/3”模式。对计算机而言，这被称作是进步，同样，毁灭性的崩溃被认为是“古怪”行为。
网友评论