IBM System Planning Tool（SPT）与 System p

核心提示： 图 6. 查看分区信息从分区中可以确定两样信息：CPU 和 RAM，该视图（细节请以上的 图 6）展示了 CPU 信息，IBM System Planning Tool（SPT）与 System p(3)，在分区层面上，无论分区是共享的还是专用的，理论上它会占用 4 个 CPU，就无上限分

图 6. 查看分区信息

从分区中可以确定两样信息：CPU 和 RAM。该视图（细节请以上的 图 6）展示了 CPU 信息。在分区层面上，无论分区是共享的还是专用的，您都有关于 OS 的信息，包括：CPU 单位的数量、它的共享模式、它的重量和虚拟处理器。

下面让我们简要论述一下这些信息的作用。处理单元的数量决定 LPAR 的分配，以及可以在 DLPAR 操作时进行分配的总量。看一下 图 6 中的 Client #2。最小的字段描述首次引导时分区所需的 CPU 的最小数量。如果总管理系统上有足够的备用容量的话，就会用所需的数量来引导 —— 而不是用最小数量。最大的字段描述执行 DLPAR 操作之后您可以添加的 CPU 的最大数量。如果想让 Client #2 有 4 个 CPU，就需要更改 HMC 上的配置文件，然后再引导分区；按现有的配置，DLPAR 操作不起作用。

虚拟处理器也很重要，因为它们描述了分区在无上限（uncapped）模式下可能会使用的 CPU 的数量。由于 图 6 所展示的这些客户机并不在无上限模式下，所以分区本身的设置就是正确的。例如，即使 Client #2 是一个共享分区，如果共享处理器池中有多余的 CPU 周期，它只能借用 1 个 CPU。就算您取消这个分区的上限，如果虚拟处理器对话中的 CPU 保持相同，它仍然不会占用多余的 CPU 周期。另一方面，如果最大的设置是 4 的话，理论上它会占用 4 个 CPU。就无上限分区而言，我喜欢将值设定为 4-1；否则就会觉得没有充分利用 PowerVM™（以前叫 Advanced Power Virtualization）的强大功能。