理解微分区：关于 AIX 上处理器虚拟化的提示

核心提示：微分区（Micro-Partitioning）是 2004 年作为基于 POWER5 处理器的产品的特性引入的，但是用户在实现和理解微分区时仍然经常遇到许多问题，理解微分区：关于 AIX 上处理器虚拟化的提示，在本文中，我将尝试准确、清楚地介绍与 Power Systems 环境中微分区相关的知识，那么，为什么标称处理

微分区（Micro-Partitioning）是 2004 年作为基于 POWER5 处理器的产品的特性引入的，但是用户在实现和理解微分区时仍然经常遇到许多问题。在本文中，我将尝试准确、清楚地介绍与 Power Systems 环境中微分区相关的知识，回答与最佳实践相关的常见问题。本文中的讨论都针对共享的不封顶 LPAR。

理解标称处理能力

LPAR 标称处理能力的作用非常重要。它决定两个非常重要的因素：LPAR 在任何时候一定会得到的 CPU 周期数量，以及利用率统计的基本度量单元。受管理系统的标称处理能力的一个特点是，系统上的总标称处理能力不能超过系统上的物理处理器数量。直白地说，标称值的总和不能超过系统的处理器数量。这个特点的副作用是，受管理系统上的每个 LPAR 在任何时候都能够使用其标称处理能力。保证在一个分派周期 (10ms) 内向 LPAR 提供标称处理能力。

另一方面，如果一个 LPAR 没有充分使用它的标称处理能力，余下的 CPU 周期会返回给这个 LPAR 所属的共享处理器池。标称处理能力的第二个重要特点是，它是利用率统计和性能报告的基础。更简单地说，如果一个 LPAR 占用它的所有标称 CPU 处理能力，就报告利用率为 100%。现在，LPAR 的利用率不一定限于 100%。根据 LPAR 的虚拟处理器配置，它能够从共享处理器池借用未使用的周期，报告的利用率就会超过 100%。在这种情况下，一定要注意，在使用的处理能力中超过 LPAR 标称处理能力的部分得不到保证（因为它们可能是其他 LPAR 的标称处理能力）。因此，如果一个 LPAR 超过 100% CPU 利用率，那么当另一个 LPAR 需要它借用的处理能力时，它的利用率可能会降回 100%。

那么，为什么标称处理能力有最小/期望/最大设置？因为可以动态地更改 LPAR 的标称处理能力。标称处理能力的最小和最大值限制正在运行的 LPAR 的标称处理能力的变动范围。