Ted, The cap I'm talking about is the MSU soft cap. We already have our test batch running in discretionary. That just means that they'll get an CPU left over. If one test job gets in there and soaks up all the CPU left we can hit the MSU cap. Once that gets hit you know it's like running at 100% CPU utilization on the LPAR. That's when we run into our problems.
Tom Kelman Enterprise Capacity Planner Commerce Bank of Kansas City (816) 760-7632 > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] On > Behalf Of Ted MacNEIL > Sent: Wednesday, July 29, 2009 2:14 PM > To: [email protected] > Subject: Re: Enforcing CPU Time > > >When you've set a cap that you constantly hit, then you need to control > that which > is causing you to hit the cap, especially when it is a case of a test > system causing problems with a production system. > > A cap is better than cancelling. > I'd rather have a test job hang than blow it away and come back and use > more resources later. > That's what 'Discretionary' is for. > > - > Too busy driving to stop for gas! > > ---------------------------------------------------------------------- > 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 ***************************************************************************** If you wish to communicate securely with Commerce Bank and its affiliates, you must log into your account under Online Services at http://www.commercebank.com or use the Commerce Bank Secure Email Message Center at https://securemail.commercebank.com NOTICE: This electronic mail message and any attached files are confidential. The information is exclusively for the use of the individual or entity intended as the recipient. If you are not the intended recipient, any use, copying, printing, reviewing, retention, disclosure, distribution or forwarding of the message or any attached file is not authorized and is strictly prohibited. If you have received this electronic mail message in error, please advise the sender by reply electronic mail immediately and permanently delete the original transmission, any attachments and any copies of this message from your computer system. ***************************************************************************** ---------------------------------------------------------------------- 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
