OpenSolaris

Printable Version Enter a New Search
Bug ID 6327235
Synopsis PSARC/2004/402 CPU caps
State 10-Fix Delivered (Fix available in build)
Category:Subcategory kernel:sched
Keywords kevlar | management | opl-perf | resource
Responsible Engineer Alexander Kolbasov
Reported Against
Duplicate Of
Introduced In
Commit to Fix snv_61
Fixed In snv_61
Release Fixed solaris_nevada(snv_61) , solaris_10u5(s10u5_02) (Bug ID:2151099)
Related Bugs 5032632 , 6464127 , 6464161 , 6466237 , 6466380 , 6468003 , 6468451 , 6491464 , 6492317 , 6498304 , 6514387 , 6516822 , 6518395 , 6531626 , 6531622 , 6531628 , 6532236 , 6537769 , 6554459 , 6577453 , 6593891 , 6598427 , 6194864 , 6217375
Submit Date 21-September-2005
Last Update Date 4-May-2007
Description
We need to provide an ability to cap CPU usage for projects and zones in a non-contended
case.  The FSS scheduling class today only caps CPU usage if projects and/or zones
compete for the same set of CPUs.  New resource controls, namely zone.cpu-cap, and
project.cpu-cap will be introduced to control CPU consumption.  Threads running
in projects and/or zones that have used all of their allocated CPU resources will be
put on special wait queues until CPU usage drops below specified cap levels.  The values of zone.cpu-cap and project.cpu-cap resource controls will be expressed in terms of 
absolute CPU percentage points.  That is, 100 means one full CPU, 200 means two full
CPUs and so on.
Work Around
N/A
Comments
N/A