No on two counts. One, you'll never be capped at below your defined capacity. 
You can run flat out until the R4A hits 59 then the machine slows to 59. It is 
possible that the R4A could actually exceed 59, but you'll only be billed at 
59. I'm not sure how to calculate how long it will take for the R4A to rise 
from zero to 59, but I'm pretty sure it'd take somewhat less than four hours.   
   

It would stay at 59 until the R4A once again dropped below that. You can then 
go back to 66 for however long it takes to run the average up an again which 
could be as short as a few seconds. 

Two, it is a rolling average over the last four hours, not the last four hour 
period.    

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of 
McKown, John
Sent: Tuesday, May 05, 2009 1:02 PM
To: [email protected]
Subject: Another Group Capacity question

Just to go off of one of the previous replies. I have a z9BC T02, which is 
rated at 66 MSUs. Without any capping, I could theoritically use up 264 MSUs in 
a 4 hour period. If I use the Group Capacity to "cap" my usage at 59 MSUs for 
the 4 hour rolling average, I should only use up 236 MSUs. This means that if I 
go from a "standing start" where I used 0 MSU in the last 4 hours, I could 
accumulate 66 MSUs for 3 hours or 198 MSUs. This means that WLM/PRSM would need 
to cap the LPARs to at most 236-198 or 38 MSUs in the last hour. True?

I ask because as one person pointed out, somebody on my DEV LPAR could have a 
"run away" looping job which sucks up all my MSUs just before critical 
production starts. Then I'm in a world of hurt. Also, in the above scenario, in 
the 4 hour period I would get: 66, 66, 66, 38 MSUs. In the next 4 hour period, 
I would have 66, 66, 28, ?? (where ?? could be 66 again). So, if I have a 
situation where I run "flat out" for say 10 hours, I could possibly get an MSU 
consumption rate of:

66, 66, 66, 38, 66, 66, 66, 38, 66, 66, 38,  and so on. I.e. a real "trough" 
every 4th hour until things "calm down".


John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)
 
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