一位客户配置 Active Memory Sharing 的经历

通过使用 AMS，Hypervisor 可以自动地控制内存分配。系统的物理内存被放在一个 “共享内存池” 中。给 LPAR 分配 “逻辑” 共享内存。但是，LPAR 相信内存是真实的，所以这一变化对于系统是透明的。可以根据需要给 LPAR 分配内存。可以使用未使用的内存建立更多 LPAR 或把它们分配给需要它们的 LPAR。LPAR 和 Hypervisor 相互协作，判断什么时候和什么地方应该共享内存。请参考图 2。

图 2. 具有共享 “逻辑” 内存的 LPAR

要想让 AMS 发挥作用，需要一个称为 Paging Virtual I/O Server (VIOS) 的新设备。Paging VIOS 设备为共享内存池提供分页服务，为共享内存的 LPAR 管理 Hypervisor 分页空间。当在多个 LPAR 之间动态地管理内存时，Hypervisor 必须使用分页设备存储共享内存池的物理内存不能储存的过剩内存。这就引出了内存预订问题。

用 AMS 配置内存预订有三种方式。

第一种称为 Non over-commit。在这种情况下，共享池中的真实内存量足够多，超过了配置的逻辑内存总量（例如，有四个 LPAR，每个需要 8GB，而共享池配置了 32GB 内存。共享内存池足够满足 LPAR 的需要）。

第二种方法是 Logical over-commit。在给定的时刻，“正在使用的” 逻辑内存量等于池中的物理内存量。因此，配置的逻辑内存总量可以大于池中的物理内存量。但是，工作集（working set） 不会超过池中的物理内存量。稍后详细讨论工作集。在这种配置中，LPAR 上正在使用的内存（工作集）位于物理内存中，而 LPAR 的逻辑内存的其余部分驻留在 Paging VIOS 上的分页设备上。对于这种方法，一定要注意 “正在使用的” 内存和 “配置的” 内存之间的差异：“配置的” 逻辑内存可以超过内存池的大小，但是任何时候 “正在使用的” 内存不能超过内存池的大小。