上篇文章中，我们已经说过，VMware的过量内存使用并不是微软动态内存的真正敌人，你一定很好奇，不是它，那会是谁呢？

　　更好的比较？微软和Citrix

　　微软和Citrix动态内存管理方法后面的基本原理更多的是关于易货管理而不是尝试增长主机上的固结率。它归根结底其实是要解决这个棘手的问题：“我该给虚拟机分配多少内存？”

　　在VMware世界中，如果你不能分配适当量的RAM，你只能用热添加的内存功能。Hyper-V和XenServer面在都还没有这个功能，尽管它们都试图运用动态内存来解决这个问题。

　　通过电源中断虚拟机、增加分配然后开启虚拟机备份，你可以给虚拟机添加更多的内存。这是在vSphere 4出现之前VMware管理员要做的事情，vSphere 4现在已经有RAM的热添加功能。尽管还是有些风险，这个功能让超量分配内存并避免维修窗口需求成为可能。

　　至于动态内存，我在Citrix工作的朋友推荐了Xen.org上解说这个方法好处的一篇文章。这篇文章可能写于ESX 4.1出现之前，内容关于关闭虚拟机来增加更多内存。既然这已经是我自己做到的最好地步了，我用斜体来强调关键部分：

　　“【动态内存控制】让你不用重启就能更改分配给所有正运行虚拟服务器的主机内存数量。在没有DMC的虚拟服务器环境中，有必要提前决定给每个虚拟服务器分配多少内存。一旦虚拟服务器运行，它的内存分配也变了，想要不重启就修改它就不可能了。重启正在运行的服务器很痛苦，所以管理员还有以下两个选择：

　　给每个虚拟服务器分配较大且固定量的主机内存：这减少了虚拟服务器耗尽内存的风险，但留给其它虚拟服务器使用的主机内存也更少了。

　　或者

　　给每个虚拟服务器分配较少但固定的主机内存：这留给其它虚拟服务器更多的主机内存，但增加了虚拟服务器耗尽内存的风险。

　　DMC让你不必在给每个虚拟服务器分配多少内存的问题上做出一个固定选择。在一定的限制以内，你可以在不重启服务器的情况下减少或增加服务器的主机内存分配。

　　这意味着你能用少量的主机内存来启动一台虚拟服务器，但如果随后有需要，计划添加更多内存。另一种方法，你可以运用大量的主机内存来启动你的虚拟服务器，但如果随后的结果是它需要的内存比你期望的少，减少这个量。”如果你在这种情况下查看“动态内存”并检验 Hyper-V R2 SP1测试版的现有动态内存对话框，它将会进一步证明厂商所用的方法不同。

图1.Hyper-V R2 SP1的动态内存对话框

　　默认情况下，Hyper-V R2 SP1以512M的标准分配，这个内存正好足够负载大部分的操作系统。默认的最大值是64GB，而且如果你的设备是非信任的且可能包含需要越来越多内在的内在泄漏，建议你将这个数字减少。

　　内存缓冲的滑块条允许你保留一些工作内存。所以如果你给虚拟机10GB的内存和5%的缓冲，就会有额外的512M的缓冲。换个说法，如果虚拟机运用全部的10GB，缓冲中会有512MB的额外内存来负责内存运用的意外突发事件。

　　最后，存储优先设置和VMware分享值以相同的方式运作。但是鉴于资源库中或来自于列表中的VMware设置可以配置，微软的优先设置在每台虚拟机的基础上完成，这会导致相当多的管理，甚至是很好的一些都需要和Windows PowerShell一起工作。在Ben Armstrong的演示中，他运用一个PowerShell脚本来将大量的虚拟机切换成动态内存模式。

　　在对话框中，为内存设置最小/最大值是可能的。最小值用来为开机状态下的虚拟机设置RAM的担保，最大值为所有要分配的内存问题设置一个固定限额。首先，这看上去和VMware中可以设置的“保留”和“限制”参数看上去差不多，因为它让管理员保证给虚拟机的内存比服务器中物理内存值要更多。但它的真实议程并没有这么多增长的固结率（VMware的内存超量使用也是一样），而是解决Hyper-V和Xen内核中缺少热添加RAM功能的问题。

　　相似地，如果我们考虑安装启用Citrix的Xen，我们会发现一个非常相似的用户界面（下图所示）。Citrix XenServer还有允许管理员写下自己“wrapper”的SDK API（假设他们有能力实现），这个“wrapper”在Citrix的文章CTX12544中有介绍。

图2. Citrix XenServer的内存管理

　　动态内存将会是一个受欢迎的Hyper-V附件，但是如果你问我，VMware内存过量使用和微软的动态内存比较谁好，我会说这就像是粉笔和奶酪的比较，你觉得谁好？我怀疑并希望微软不会宣称它的动态内存功能打算与内存过量使用为敌。否则则需要有一些180度的大转变。