Depending on the configuration choices you make and version of the operating system you choose, you can have different levels of CPU control. All aspects of CPU control described in this chapter are dependent on the resource group property RG_SLM_TYPE being set to automated.
Table 9–1 provides a description of the different configuration scenarios available.
Table 9–1 CPU Control Scenarios
Description |
Instructions |
---|---|
SPARC: Resource group runs on the Solaris 9 OS Assign CPU shares to a resource group, providing a value for project.cpu-shares. | |
Resource group runs in the global-cluster voting node on the Solaris 10 OS Assign CPU shares to resource groups and zones, providing values for project.cpu-shares and zone.cpu-shares You can perform this procedure whether or not global- cluster non-voting nodes are configured. |
How to Control CPU Usage in the Voting Node on a Global Cluster |
Resource group runs in a global-cluster non-voting zone by using the default processor set Assign CPU shares to resource groups and zones, providing values for project.cpu-shares and zone.cpu-shares Perform this procedure if you do not need to control the size of the processor set. |
How to Control CPU Usage in a Global-Cluster Non-Voting Node With the Default Processor Set |
Resource group runs in a global-cluster non-voting node with a dedicated processor set Assign CPU shares to resource groups, providing values for project.cpu-shares, zone.cpu-shares, and maximum number of processors in a dedicated processor set. Set the minimum number of processor sets in a dedicated processor set. Perform this procedure if you want to control CPU shares and the size of a processor set. You can exercise this control only in a global-cluster non-voting node by using a dedicated processor set. |
How to Control CPU Usage in a Global-Cluster Non-Voting Node With a Dedicated Processor Set |