The decision to cap and how to cap is 100% business, not technical. That is, it's better to not cap anything and I would imagine that there are a lot of shops that do just that.
But capping can be a vital tool in bringing some substantial software savings. Capping also introduces the concept of 'headroom' where you pay based on an average rather than an absolute maximum. So your capping strategy is based on your business objectives more so than the hardware. -----Original Message----- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ward, Mike S Sent: Thursday, January 29, 2009 8:37 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Group Capacity Limit Is it better not to cap when you only have 2 lpars and a single engine? -----Original Message----- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Errol Van staden Sent: Thursday, January 29, 2009 8:23 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Group Capacity Limit n Jan 27, 5:00 pm, a...@sherkow.com (Al Sherkow) wrote: > I did not see any mention in this thread of more than two LPARs, or "many > LPARs and many different customers on the Processor complex", or that you > were using softcapping on any LPAR "LPAR P typically gets soft-capped about > midday". > So I answered two and only two LPARs with no capping of any kind on a single > machine. > ---------------------------------------------------------------------- > 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 athttp://bama.ua.edu/archives/ibm-main.html My apologies. When I said "As I mentioned earlier, we have many LPARs and many different customers on the Processor complex, so white space is an issue." I meant earlier in the same message, not earlier in the same thread. Do you agree with my interpretation as it stands now though? 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html