John, yes, you can get more MSUs then is your defined capacity and SCRT will still report only your defined capacity. This is nicely described in SCRT User's Guide. So as others pointed out - you are never capped below defined capacity to compensate for those MSU over limit. Unbelievable, but true :)
Marian Gasparovic IBM Slovakia On Wed, May 6, 2009 at 3:00 PM, McKown, John <jmck...@healthmarkets.com> wrote: >> -----Original Message----- >> From: IBM Mainframe Discussion List >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hal Merritt >> Sent: Tuesday, May 05, 2009 5:16 PM >> To: IBM-MAIN@bama.ua.edu >> Subject: Re: Another Group Capacity question >> >> 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. > > That is very interesting. So I can actually, for a while, get some "free" > MSUs. In my case, during month end, we literally run at 100% CPU for about 10 > hours. So from what you're telling me, I can run for somewhat less than 4 > hours at (maybe) 66 MSUs (well, depending) but once I've hit the 59 MSUs in a > single 4 hour period, I will continue at 59 MSUs until my CPU requirements > drop down below 59 MSUs. But I won't get any "trough" effect to make the > average "come out right". That is good to know. > >> >> 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. > > I couldn't figure out how to put that in a message, as it is a continuous > function. But thanks for clarifying that the 4HRA is not just calculated at > an hourly boundry, but "continuously" as the system runs. > > -- > John McKown > Systems Engineer IV > IT > > Administrative Services Group > > HealthMarkets(r) > > 9151 Boulevard 26 * N. Richland Hills * TX 76010 > (817) 255-3225 phone * (817)-961-6183 cell > john.mck...@healthmarkets.com * www.HealthMarkets.com > > Confidentiality Notice: This e-mail message may contain confidential or > proprietary information. If you are not the intended recipient, please > contact the sender by reply e-mail and destroy all copies of the original > message. HealthMarkets(r) is the brand name for products underwritten and > issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake > Life Insurance Company(r), Mid-West National Life Insurance Company of > TennesseeSM and The MEGA Life and Health Insurance Company.SM > > > > ---------------------------------------------------------------------- > 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
