It appears you have a single CP. If the CPU is busy on one of the other systems when PROD wants to be dispatched, it will have to wait for the other system to give up the processor or for PR/SM to steal it away. My guess is that's why you're seeing what you're seeing that, and my inclination is to say that it's probably not unexpected given the configuration and utilization levels.
Whether it's a significant problem or not depends on whether you have important workloads waiting on CPU on PROD. Scott On Fri, 26 Sep 2014 15:54:05 +0000, Gary Snider <[email protected]> wrote: >Hello, > > >I am trying to understand how to utilize the RMF CPU report so that I can >evaluate utilization of our CP and latent demand. The publications on this >report I have read, indicate that when LPAR Busy < MVS Busy, this is an >indication of latent demand. In the report below, this is the case (45.85 < >49.68). However, if you look at the Partition Data Report, the CP was only at >77.11%. Why wasn�t PROD able to obtain the 49.68% needed? Any input >appreciated. Thanks, Gary > > > C P U A C T I V I T Y > > z/OS V1R13 SYSTEM ID PROD START > 09/25/2014-08.00.00 INTERVAL 000.14.59 > RPT VERSION V1R13 RMF END > 09/25/2014-08.15.00 CYCLE 2.000 SECONDS >CPU 2818 CPC CAPACITY 53 SEQUENCE CODE 00000000000437E7 >MODEL V01 CHANGE REASON=N/A HIPERDISPATCH=NO >H/W MODEL M05 >---CPU--- ---------------- TIME % ---------------- LOG PROC --I/O >INTERRUPTS-- >NUM TYPE ONLINE LPAR BUSY MVS BUSY PARKED SHARE % RATE > % VIA TPI > 0 CP 100.00 45.85 49.68 ------ 73.1 946.8 > 5.87 >TOTAL/AVERAGE 45.85 49.68 73.1 946.8 > 5.87 > > > > P A R T I T I O N D A T A R E P > O R T > > PAGE > z/OS V1R13 SYSTEM ID PROD START > 09/25/2014-08.00.00 INTERVAL 000.14.59 > RPT VERSION V1R13 RMF END > 09/25/2014-08.15.00 CYCLE 2.000 SECONDS > >MVS PARTITION NAME PROD NUMBER OF PHYSICAL >PROCESSORS 1 GROUP NAME CMIGRP >IMAGE CAPACITY 50 CP > 1 LIMIT 50 >NUMBER OF CONFIGURED PARTITIONS 4 > AVAILABLE 17 >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 TOTA >PROD A 730 0 24 NO 0.0 1 CP 00.06.51.842 >00.06.52.642 45.76 45.85 0.09 45.76 45.85 >DEVL A 140 12 11 NO 47.2 1 CP 00.03.14.172 >00.03.14.514 21.58 21.61 0.04 21.58 21.61 >TECH A 55 2 1 NO 0.0 1 CP 00.00.24.572 >00.00.25.131 2.73 2.79 0.06 2.73 2.79 >TEST A 74 8 3 NO 0.0 1 CP 00.00.56.233 >00.00.56.730 6.25 6.30 0.06 6.25 6.30 >*PHYSICAL* >00.00.04.972 0.55 0.55 > ------------ > ------------ ----- ----- ----- > TOTAL 00.11.26.821 > 00.11.33.990 0.80 76.32 77.11 > > > G R O U P C A P A C I T Y R E > P O R T > > PAGE > z/OS V1R13 SYSTEM ID PROD START > 09/25/2014-08.00.00 INTERVAL 000.14.59 > RPT VERSION V1R13 RMF END > 09/25/2014-08.15.00 CYCLE 2.000 SECONDS >GROUP-CAPACITY PARTITION SYSTEM -- MSU -- WGT ---- CAPPING ---- - >ENTITLEMENT - >NAME LIMIT DEF ACT DEF WLM% ACT% >MINIMUM MAXIMUM >CMIGRP 50 DEVL DEVL 12 11 140 NO 47.2 43.2 > 7 12 > PROD PROD 0 24 730 NO 0.0 0.0 > 36 50 > TECH TECH 2 1 55 NO 0.0 0.0 > 2 2 > TEST TEST 8 3 74 NO 0.0 0.0 > 3 8 >----------------------------------- >------------------------------------------------------ > TOTAL 39 999 > > > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
