Oracle® Solaris Zones 介绍

退出打印视图

更新时间: 2014 年 12 月
 
 

dedicated-cpu 资源

dedicated-cpu 资源可指定在非全局区域运行时应将系统处理器的某个子集专用于该非全局区域。在引导区域时,系统将动态创建一个临时池,以便在区域运行时使用。

根据 zonecfg 的指定,池设置将在迁移期间进行传播。

dedicated-cpu 资源可为 ncpus 以及 importance(可选)设置限制。

ncpus

指定 CPU 数目或指定一个范围(如 2–4 个 CPU)。如果指定一个范围(因为需要动态资源池行为),则还应执行以下操作:

importance

如果使用 CPU 范围来获取动态行为,还要设置 importance 属性。importance 属性是可选的属性,用来定义池的相对重要性。仅当为 ncpus 指定了范围并且使用由 poold 管理的动态资源池时,才需要此属性。如果 poold 未运行,则会忽略 importance。如果 poold 正在运行并且未设置 importance,那么 importance 将缺省设置为 1。有关更多信息,请参见 在 Oracle Solaris 11.2 中进行资源管理 中的pool.importance 属性约束

以下属性用于设置 cpuscoressockets 的持久性 dedicated-cpu 资源。

cpus

将特定 CPU 永久分配给某区域。

cores

将特定核心永久分配给某区域。

sockets

永久分配特定数目的插槽。


注 -  capped-cpu 资源与 dedicated-cpu 资源不兼容。cpu-shares rctl 与 dedicated-cpu 资源不兼容。

注 -  针对可用 CPU 数量自动调整大小和自动缩放的应用程序可能无法识别 capped-cpu 限制。将所有 CPU 视为可用可能会对 Oracle 数据库和 Java 虚拟机 (Java virtual machine, JVM) 等应用程序中的缩放和性能产生不利影响。可能会出现应用程序不工作或不可使用的情况。如果性能至关重要,则不应将 JVM 与 capped-cpu 一起使用。受影响类别的应用程序可以使用 dedicated-cpu 资源。