Hi Merritt, If LPAR1 (our production) is not capped but LPAR 2 (development) is active (assume the weight=20% or 200 mips, it only utilize 100 mips at night), Can LPAR1 utilize 900 mips at night ???
2010/2/10 Hal Merritt <hmerr...@jackhenry.com>: > LPAR1 is not capped. It can take 100% of the CPU if LPAR 2 is idle and it > needs it. If LPAR 2 is active, then LPAR 1 can take up to 80% and LPAR 2 20%. > If LPAR 1 is idle, then LPAR 2 can take up to the hard cap value. > > You did not mention the capping value for LPAR2. If, for example, you have > hard capped LPAR 2 at, say, 150 mips, then it can never take more than that. > So, LPAR 1 could take 85% and LPAR 2 15% if both are competing for the CPU. > > I assume you really meant to say MSU's instead of MIPS. MIPS is not a valid > metric in this context. > > Hard cap, soft cap, and weights are all different controls, but all three > need be considered to manage your machine. > > HTH and good luck. > > > > > > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf > Of Tommy Tsui > Sent: Wednesday, February 10, 2010 8:59 AM > To: IBM-MAIN@bama.ua.edu > Subject: cpu capping question > > Hi all, > I have following question on CPU hard capping > LPAR1 initial capping=No CPU weight 80 = 800mips > LPAR2 initial capping=Yes CPU weight 20 = 200mips > assume CPU has 1000mips > > my question is, for LPAR2 the maximum CPU utilization is 200 mips with > hard capping but how about LPAR1? the maximum CPU utilization is > 800mips or more than 800mips with initial capping=no? > I knew that soft capping is more suitable for this case with defined > capacity & weight. > > any help will be appreciated > > 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 > ---------------------------------------------------------------------- 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
