Remember that LPAR weights defined from the HMC really only come into play when the system is running hot. Capping will keep an LPAR from exceeding the number of MSU's being consumed. This is generally done to help control cost.
On Wed, Jan 13, 2021 at 10:35 AM Edgington, Jerry < [email protected]> wrote: > Thanks Paul. Yes, the defined capacity was setup like LPAR weights, > instead of MSUs. My goal is to have LPAR #1 and #4, not capped, with LPAR > #2, capped. So, I am thinking of changing the defined capacities to 0, and > update the initial, max and min with the current defined capacity. But, > still researching it. > > Jerry > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf > Of Feller, Paul > Sent: Wednesday, January 13, 2021 10:28 AM > To: [email protected] > Subject: Re: Question about LPAR weights and LPAR group controls [EXTERNAL] > > This message was sent from an external source outside of Western & > Southern's network. Do not click links or open attachments unless you > recognize the sender and know the contents are safe. > > ________________________________________________________________________________________________________________________ > > Jerry, from what I recall the define capacity is related to what you want > to limit the lpar to for MSU usage. You can have an lpar as part of a > group that is capped plus you can cap the lpar itself. I've done that > before. If I read your email correctly you have a group capacity of 20 MSU > which is less then the defined capacity. If that is true I find it > interesting that the HMC would let you do that. My comments are based on > what I understand related to group capacity stuff and defined capacity > stuff. > > From the help screen on the HMC: Defined capacity - The measure of > processor resource consumption for a logical partition, expressed in > millions of service units (MSU) per hour. > > > > Thanks.. > > Paul Feller > GTS Mainframe Technical Support > > -----Original Message----- > From: IBM Mainframe Discussion List <[email protected]> On Behalf > Of Edgington, Jerry > Sent: Wednesday, January 13, 2021 8:37 AM > To: [email protected] > Subject: Question about LPAR weights and LPAR group controls [EXTERNAL] > > I am looking for some advice about how LPAR group controls, weights and > MSUs work. We have one LPAR group with all the LPAR as members, with MSU > group capacity value. On each LPAR, we have LPAR initial and min/max > weights. > > LPAR group capacity 20 MSU > LPAR #1 defined capacity = 900, Initial=30, > min=20, max=30 > LPAR #2 defined capacity = 60, initial = > 10, min = 5, max=10 > LPAR #3 defined capacity = 60, initial = > 10, min = 5, max=10 > LPAR #4 defined capacity = 135, init = 30 > > Questions: > > 1) Does the defined capacity units = MSU or LPAR weights? > > 2) Is LPAR #1 definition mean 900 MSUs? And LPAR #2 with 60 MSUs? > > 3) What would be the capacity of LPAR #1? > > 4) Can LPAR #2 cause CPU issues for LPAR #1? > > Thanks, I thought I understood this stuff, but it would seem I don't. > > Jerry Edgington > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > Please note: This message originated outside your organization. Please > use caution when opening links or attachments. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > -- ><((((º>`·.¸¸´¯`·.¸.·´¯`·...¸>(((º> .·´¯`·.><((((º>`·.¸¸.·´¯`·.¸.·´¯`·...¸><((((º> <>< Go fishing ><> ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
