Don't have a citation, but I'm pretty sure the first value is for the box (sum 
of all LPARS) and the second is for this LPAR. 

So, when the first value is 100% and the second is, say, 10%, then this LPAR is 
using 10% of the box while other LPARs are using the remaining 90% . 

When both are 100%, then this LPAR is consuming the whole box. 

When the LPAR is 100% but the CPU is anything less, then some sort of capping 
is active. For example, consider a 100 MSU box, a LPAR hard capped at 50 MSU, 
and no other LPARs. If LPAR would reported 100% busy then the CPU would report 
50%.

Same setup using 'soft capping' would show both at 100% for a while, then the 
LPAR would continue at 100% but the CPU would abruptly drop to 50% as the 
rolling four hour average exceeded 50 MSU.  

  

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of 
David Speake
Sent: Tuesday, August 04, 2009 6:02 PM
To: [email protected]
Subject: SDSF DA fields CPU/L/Z/

SDSF DA displays a line of information above the 'COMMAND INPUT' line.

SDSF DA SYSJ  (ALL)    PAG    0  CPU/L    68/ 34       LINE 1-1 (1)

Can anyone point me to an IBM manual for citation as to exactly what 
CPU/L    68/ 34  in the above mean. The Help panel shows

 CPU/L/Z/  26/ 26/  0
  |      
Percentage of time the CPU is busy, MVS, LPAR and zAAP views. 

The zAAP view would, I guess, reflect busy % for all CPUs (if any)
designated as zAAP processors by PR/SM.
But what is the definition/distinction for CPU/L (MVS/LPAR) views.
I am looking at z/OS: Resource Measurement Facility Performance Management
Guide, B.4.2 Value of LPAR CPU management and I cannot form a good definition.


An explanation would be appreciated. A definition citation even more so.

David 

 
NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [email protected] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to