Greg is correct, that SCRT reports the maximum simultaneous 4HRA for each
product. That the LPARs have individual peaks at separate times during the
month is not an issue. 

I also agree with Hal that soft capping and group capping are more business
related than technical related. (I have a few counter examples in my seminar).

So I disagree with Errol's plan. 

Defined Capacity limits how many MSUs a particular LPAR can contribute to
the maximum simultaneous 4HRA for each product on the machine. 

The Group Capacity Limit is a throttle on how many MSUs a particular LPAR
can contribute to the maximum simultaneous 4HRA for each product on the
machine. An example of this is to limit *all* the testing LPARs to a
specific number of billable MSUs. A 2nd example is to limit departments or
clients LPARs to a specific number of MSUs. I have some customers with
multiple groups (Test, QA, Production) and other customers with one group to
limit the billable MSUs of the whole machine.

KEY POINT: Neither has any impact of which LPAR can access the excess
capacity of which other LPAR. The concept that LPAR T will use the excess
capacity of LPAR P rather than the excess capacity of any other LPAR on the
machine is not correct. 

Both defined capacity and group capacity limit an LPAR in the future based
on the last 4 hours of history. In other words the use of excess capacity in
the next interval (or the next 10 seconds or 30 seconds or 2 minutes) is
based on what has already occurred. If you want to limit LPAR T from ever
getting too much capacity then hard capping is probably the answer.

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

----------------------------------------------------------------------
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