I am not sure what type of capping you are trying to use. If you want to use hard capping then this will use the weights and it will give you 160/(160+10). This will not be exact. If you look at the PR/SM manual is is usually within 1% but can be over 3^% out. You talk about MSUs, which is soft capping and this uses the rolling 4 hour average. So until your 4 hour average goes over the define you can use over this number of MSUs. You cannot use both hard and soft capping. Looking at the report it says zero for your defined capacity MSUs. So it looks like you are not using soft capping. You have hardware capping set for yes. What are you trying to do. If you are managing the software costs then the MSU 4 hour rolling avaerage is appropriate. If you want to have a maximum capacity for a partition all teh time then you need hard capping. But remember there is a small percentage error rate on this. Terry Draper zSeries Performance Consultant w...@btopenworld.com mobile: +66 811431287
--- On Wed, 3/11/10, Cobe Xu <cob...@gmail.com> wrote: From: Cobe Xu <cob...@gmail.com> Subject: CPU capping is not working for one Lpar only on CEC? To: IBM-MAIN@bama.ua.edu Date: Wednesday, 3 November, 2010, 9:59 Hi list, We aim to cap the only active LPAR on the CEC(26 MSU) to 24 MSU. But, I'm a bit confuse when I checked the RMF CPU Activity report as below, which shows that with the interval, SYS2 was able to use up to 25 MSU. (Highlighted) So my questions are: 1. Is this because CPU capping is not working for only one active LPAR on the CEC? If it's the case, any reference? 2. Or, this is related to the WEIGHT value we used to CAP? in our case, we reference our CEC capacity is 26 MSU (about 171 MIPS), target to CAP 24 MSU (160 MIPS). . But, for client's sake, we use MIPS value as the WEIGHT,i.e 160. (as highlighted in the report). And, this mislead the Lpar scheduler that it is over 100% of the CEC. Thus, SYS2 can use as much as it needs. 3. Or any other posibility? Pls shed some light, thanks a lot! PAGE 2 z/OS V1R8 SYSTEM ID SYS2 START 08/17/2010-03.00.00 INTERVAL 000.59.59 RPT VERSION V1R8 RMF END 08/17/2010-04.00.00 CYCLE 0.100 SECONDS MVS PARTITION NAME SYS2 NUMBER OF PHYSICAL PROCESSORS 4 GROUP NAME N/A IMAGE CAPACITY 24 CP 2 LIMIT N/A NUMBER OF CONFIGURED PARTITIONS 5 ICF 2 WAIT COMPLETION NO DISPATCH INTERVAL DYNAMIC --------- PARTITION DATA ----------------- -- LOGICAL PARTITION PROCESSOR DATA -- -- AVERAGE PROCESSOR UTILIZATION PERCENTAGES -- ----MSU---- -CAPPING-- PROCESSOR- ----DISPATCH TIME DATA---- LOGICAL PROCESSORS --- PHYSICAL PROCESSORS --- NAME S WGT DEF ACT DEF WLM% NUM TYPE EFFECTIVE TOTAL EFFECTIVE TOTAL LPAR MGMT EFFECTIVE TOTAL SYS2 A 160 0 25 YES 0.0 2 CP 01.55.49.238 01.55.53.278 96.52 96.57 0.06 96.52 96.57 SYS6 A 10 0 0 YES 0.0 2 CP 00.00.00.000 00.00.00.000 0.00 0.00 0.00 0.00 0.00 *PHYSICAL* 00.00.01.367 0.02 0.02 ------------ ------------ ------ ------ ------ TOTAL 01.55.49.238 01.55.54.645 0.08 96.52 96.59 CFP01AH2 A DED 1 ICF 00.59.59.655 00.59.59.725 99.99 99.99 0.00 50.00 50.00 CFP02AH2 A DED 1 ICF 00.59.59.666 00.59.59.708 99.99 99.99 0.00 50.00 50.00 *PHYSICAL* 00.00.00.422 0.01 0.01 ------------ ------------ ------ ------ ------ TOTAL 01.59.59.321 01.59.59.855 0.01 99.99 100.0 SYS8 -- Cobe Xu Best Regards ----------------------------------------------------------- zOS Performance & Capacity Analyst E2E Performance Analyst Email: cob...@gmail.com ----------------------------------------------------------- ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
