Unbelievable? Perhaps, but consider that this strategy can pay off big time when you size your box for spikes instead of average load.
You can give management a knob to adjust how much they pay for software, and they can change their mind every month. A pleasant scenario: buy a box big enough to do your year end processing in days instead of weeks. Open the cap and let the box run full out for a month, then throttle back to, say, 50%. You pay full fare for software that month, but much less for the other 11 months. True, there are software vendors that won't play ball. But market pressures are intense and the hard nosed vendors are either giving in or giving out. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Marian Gasparovic Sent: Thursday, May 07, 2009 7:16 AM To: [email protected] Subject: Re: Another Group Capacity question 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 <[email protected]> wrote: >> -----Original Message----- >> From: IBM Mainframe Discussion List >> [mailto:[email protected]] On Behalf Of Hal Merritt >> Sent: Tuesday, May 05, 2009 5:16 PM >> To: [email protected] >> 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 > [email protected] * 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 [email protected] 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 [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html 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
