Re: Omegamon for z/OS display of defined capacity and current MSU consumption
Ronen I have discussed this with the Omegamon development team and they have a complete answer for you including screenshots. Please can you contact me off-list (rsc...@rs.com) and I will forward their email to you. Rob Scott Rocket Software -Original Message- From: IBM Mainframe Discussion List On Behalf Of SUBSCRIBE IBM-MAIN Ronen Sh. Sent: 23 February 2022 08:07 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Omegamon for z/OS display of defined capacity and current MSU consumption EXTERNAL EMAIL Hello, We are in the process of migrating from TMON to Omegamon. I'm trying to recreate the screens of TMON MVS in Omegamon's Enhanced 3270 facility. I ran into a problem trying to get access to a few values that are displayed in TMON and not Omeagmon. I'm referring to the TMON MVS screen option 1.1.8 which displayed the CPC's LPARs with various data about each one. I'm trying to find the value of the defined capacity in MSU values (real numbers and not just YES or NO), and the value of "Current MSU" which is the real time current MSU consumption of each LPAR in the CPC. I can't seem to find this data in any of the data colletions (OVI) of Omegamon. I tried asking IBM about it and they kept pushing me into looking at Near Term History data. That's not acceptable since the old TMON screen is open in the operations room and is used for real time monitoring. I just can't accept IBM's answer. Does anyone have any past experience in finding these data values? Thanks in advance, Ronen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Rocket Software, Inc. and subsidiaries ■ 77 Fourth Avenue, Waltham MA 02451 ■ Main Office Toll Free Number: +1 855.577.4323 Contact Customer Support: https://my.rocketsoftware.com/RocketCommunity/RCEmailSupport Unsubscribe from Marketing Messages/Manage Your Subscription Preferences - http://www.rocketsoftware.com/manage-your-email-preferences Privacy Policy - http://www.rocketsoftware.com/company/legal/privacy-policy This communication and any attachments may contain confidential information of Rocket Software, Inc. All unauthorized use, disclosure or distribution is prohibited. If you are not the intended recipient, please notify Rocket Software immediately and destroy all copies of this communication. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Omegamon for z/OS display of defined capacity and current MSU consumption
Hello, We are in the process of migrating from TMON to Omegamon. I'm trying to recreate the screens of TMON MVS in Omegamon's Enhanced 3270 facility. I ran into a problem trying to get access to a few values that are displayed in TMON and not Omeagmon. I'm referring to the TMON MVS screen option 1.1.8 which displayed the CPC's LPARs with various data about each one. I'm trying to find the value of the defined capacity in MSU values (real numbers and not just YES or NO), and the value of "Current MSU" which is the real time current MSU consumption of each LPAR in the CPC. I can't seem to find this data in any of the data colletions (OVI) of Omegamon. I tried asking IBM about it and they kept pushing me into looking at Near Term History data. That's not acceptable since the old TMON screen is open in the operations room and is used for real time monitoring. I just can't accept IBM's answer. Does anyone have any past experience in finding these data values? Thanks in advance, Ronen -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 4HRA With Defined Capacity & Group Capacity
Yes, but WLM knows the LPAR is part of a Group and all WLMs will manage their LPARs to honor the Group limit. Almost: the LPAR starts with a zero 4hra history. This means it can run uncapped 4 hours on the capvalue, 2 hours twice the cap value of half an hour 8 times the capvalue. I heard of a company exploiting this when they had to run a very heavy load for a short time. But this effect will be gone 4 hours after the IPL and then the below mentioned mechanism work.s Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Peter Hunkeler > Sent: 30 March, 2017 14:36 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: AW: Re: 4HRA With Defined Capacity & Group Capacity > > > > > >You have to consider the Group capacities and the LPAR weights. > >1.Within a Group, the Group is capped to the Group capacity. If the > 4hra of the Group exceeds its max, the Group will be capped. > > > But be aware that each LPAR's WLM decides on its own figures if the LPAR > is to be capped or not. I mention this because, IMHO, there is something > called the IPL bonus. When an LPAR is IPLed it starts with its 4HRA > being 0, and it will not become capped until after 4 hours past the IPL > (I hope I remember correctly). This means that an LPAR might be seen to > run uncapped although its group has exceeded the group limit. > > > > >2.When LPARs have a demand for CPU, the LPAR weights determine how much > the LPAR receives, considering the amount of unused capacity in the > machine and the weight of the LPAR. > > > The weight is only considered when there is no unused capacity left. An > uncapped LPAR can always take whatever is left unused, up to the > capacity the number of logical CPs assigned can provide. > > > >So, in your example, if the A-LPARs spike, their Group is not capped, > the B-LPARs are not capped either, so you just have 7 LPARs (where are > LPARs 4 and 5) competing for the machine capacity, without Group > interference, and PR/SM will distribute the CPU according to the LPAR > weights. > > > Again, the weight is only considered when there is *no* unused capacity > left. > > > -- > Peter Hunkeler > > > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On > > Behalf Of Veryl Ellis > > Sent: 29 March, 2017 17:51 > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: 4HRA With Defined Capacity & Group Capacity > > > > This is for those out there who have an understanding on the subject > and > > how it might apply to a non-production service provider environment. > > > > Scenario Example > > > > 2964-605 processor > > Rated MSU = 577 > > 5 CPs are shared among all LPARs > > > > Customer-A has LPARs 1,2 & 3 Grouped with a MSU cap of 300 (contracted > > MIPS converted to MSUs). > > Customer-B has LPARs 6,7,8 & 9 Grouped with a MSU cap of 250 > (contracted > > MIPS converted to MSUs). > > > > > > Is the 4HRA at the CEC level or the LPAR level? > > > > If the Customer-A LPAR Group spikes above its Group MSU cap while the > > Customer-B LPAR Group is in low usage, what happens when the Customer- > B > > LPAR Group now needs resources? > > Does it have to wait on Customer-A’s 4HRA to complete or does it get > > what it needs by taking back the overage given to the Customer-A LPAR > > Group? > > > > These may be juvenile questions, but I’m not a capacity planner and > I’m > > trying to gain some understanding of how this works by reading > manuals. > > > > Any insight will be appreciated. > > > > Thanks, > > > > S. Veryl Ellis > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > For information, services and offers, please visit our web site: > http://www.klm.com. This e-mail and any attachment may contain > confidential and privileged material intended for the addressee only. If > you are not the addressee, you are notified that no part of the e-mail > or any attachment may be disclosed, copied or distributed, and that any > other action related to this e-mail or attachment is strictly > prohibited, and may be unlawful. If you have received this e-mail by > error,
AW: Re: 4HRA With Defined Capacity & Group Capacity
>You have to consider the Group capacities and the LPAR weights. >1.Within a Group, the Group is capped to the Group capacity. If the 4hra of >the Group exceeds its max, the Group will be capped. But be aware that each LPAR's WLM decides on its own figures if the LPAR is to be capped or not. I mention this because, IMHO, there is something called the IPL bonus. When an LPAR is IPLed it starts with its 4HRA being 0, and it will not become capped until after 4 hours past the IPL (I hope I remember correctly). This means that an LPAR might be seen to run uncapped although its group has exceeded the group limit. >2.When LPARs have a demand for CPU, the LPAR weights determine how much the >LPAR receives, considering the amount of unused capacity in the machine and >the weight of the LPAR. The weight is only considered when there is no unused capacity left. An uncapped LPAR can always take whatever is left unused, up to the capacity the number of logical CPs assigned can provide. >So, in your example, if the A-LPARs spike, their Group is not capped, the >B-LPARs are not capped either, so you just have 7 LPARs (where are LPARs 4 and >5) competing for the machine capacity, without Group interference, and PR/SM >will distribute the CPU according to the LPAR weights. Again, the weight is only considered when there is *no* unused capacity left. -- Peter Hunkeler > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Veryl Ellis > Sent: 29 March, 2017 17:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 4HRA With Defined Capacity & Group Capacity > > This is for those out there who have an understanding on the subject and > how it might apply to a non-production service provider environment. > > Scenario Example > > 2964-605 processor > Rated MSU = 577 > 5 CPs are shared among all LPARs > > Customer-A has LPARs 1,2 & 3 Grouped with a MSU cap of 300 (contracted > MIPS converted to MSUs). > Customer-B has LPARs 6,7,8 & 9 Grouped with a MSU cap of 250 (contracted > MIPS converted to MSUs). > > > Is the 4HRA at the CEC level or the LPAR level? > > If the Customer-A LPAR Group spikes above its Group MSU cap while the > Customer-B LPAR Group is in low usage, what happens when the Customer-B > LPAR Group now needs resources? > Does it have to wait on Customer-A’s 4HRA to complete or does it get > what it needs by taking back the overage given to the Customer-A LPAR > Group? > > These may be juvenile questions, but I’m not a capacity planner and I’m > trying to gain some understanding of how this works by reading manuals. > > Any insight will be appreciated. > > Thanks, > > S. Veryl Ellis > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: 4HRA With Defined Capacity & Group Capacity
You have to consider the Group capacities and the LPAR weights. 1.Within a Group, the Group is capped to the Group capacity. If the 4hra of the Group exceeds its max, the Group will be capped. 2.When LPARs have a demand for CPU, the LPAR weights determine how much the LPAR receives, considering the amount of unused capacity in the machine and the weight of the LPAR. So, in your example, if the A-LPARs spike, their Group is not capped, the B-LPARs are not capped either, so you just have 7 LPARs (where are LPARs 4 and 5) competing for the machine capacity, without Group interference, and PR/SM will distribute the CPU according to the LPAR weights. HTH, Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Veryl Ellis > Sent: 29 March, 2017 17:51 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: 4HRA With Defined Capacity & Group Capacity > > This is for those out there who have an understanding on the subject and > how it might apply to a non-production service provider environment. > > Scenario Example > > 2964-605 processor > Rated MSU = 577 > 5 CPs are shared among all LPARs > > Customer-A has LPARs 1,2 & 3 Grouped with a MSU cap of 300 (contracted > MIPS converted to MSUs). > Customer-B has LPARs 6,7,8 & 9 Grouped with a MSU cap of 250 (contracted > MIPS converted to MSUs). > > > Is the 4HRA at the CEC level or the LPAR level? > > If the Customer-A LPAR Group spikes above its Group MSU cap while the > Customer-B LPAR Group is in low usage, what happens when the Customer-B > LPAR Group now needs resources? > Does it have to wait on Customer-A’s 4HRA to complete or does it get > what it needs by taking back the overage given to the Customer-A LPAR > Group? > > These may be juvenile questions, but I’m not a capacity planner and I’m > trying to gain some understanding of how this works by reading manuals. > > Any insight will be appreciated. > > Thanks, > > S. Veryl Ellis > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
4HRA With Defined Capacity & Group Capacity
This is for those out there who have an understanding on the subject and how it might apply to a non-production service provider environment. Scenario Example 2964-605 processor Rated MSU = 577 5 CPs are shared among all LPARs Customer-A has LPARs 1,2 & 3 grouped with a MSU cap of 300 (contracted MIPS converted to MSUs). Customer-B has LPARs 6,7,8 & 9 grouped with a MSU cap of 250 (contracted MIPS converted to MSUs). Is the 4HRA at the CEC level or the LPAR level? If the Customer-A LPAR group spikes above its group MSU cap while the Customer-B LPAR group is in low usage, what happens when the Customer-B LPAR group now needs resources? Does it have to wait on Customer-A’s 4HRA to complete or does it get what it needs by taking back the overage given to the Customer-A LPAR group? These may be juvenile questions, but I’m not a capacity planner and I’m trying to gain some understanding of how this works by reading manuals. Any insight will be appreciated. Thanks, S. Veryl Ellis -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity?
I think you have got 'the right number'. An LPAR's Capacity is a floating value. It all depends on how you define it in the LPAR profile and how you let WLM manage it. This means that there is a value for the capacity that PR/SM will allow an LPAR to consume at any moment in time. This amount is based on processor capacity, the relative weight of the LPAR in relation to the total weights of all active LPARs and the manipulations that WLM does on these values. All these metrics can change in time and therefor an LPARs capacity changes with them. Kees. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of zMan > Sent: 02 March, 2017 15:10 > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: Defined capacity? > > Looks like that is the right value; the QvsImgCapacity value returned is > documented as: > > Note that the capacity of a virtual server can change dynamically. One > example of a dynamic capacity change is a CPU upgrade on demand of the > underlying hardware. A second example is a dynamic change of the defined > capacity limit for a logical partition. If an unauthorized program is > interested in knowing about dynamic capacity changes, it must poll the > virtual server ID and capacity query service. Given dynamic capacity > changes are rare, a low polling rate should be sufficient. > > Unfortunately, what I really wanted was a nice fullword I could grab > through a couple of lines of Rexx. But I'll whittle away at LPINFOX, see > if > I can get down to just this value in a few lines. (The idea is for a > customer to be able to cut & paste a few lines, and to trust that it's > OK > to run without having to wade through a long program--and calling IWMQVS > may be off-putting to them as well.) > > But I don't mean to sound ungrateful--thank you! > > On Thu, Mar 2, 2017 at 4:15 AM, John Gateley <j...@spurtle.biz> wrote: > > > Hi > > > > Is this rexx what you are looking for? > > > > http://www.longpelaexpertise.com/toolsLPinfoX.php > > > > Regards > > John > > > > -- > > For IBM-MAIN subscribe / signoff / archive access instructions, > > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > > > > > > -- > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity?
Looks like that is the right value; the QvsImgCapacity value returned is documented as: Note that the capacity of a virtual server can change dynamically. One example of a dynamic capacity change is a CPU upgrade on demand of the underlying hardware. A second example is a dynamic change of the defined capacity limit for a logical partition. If an unauthorized program is interested in knowing about dynamic capacity changes, it must poll the virtual server ID and capacity query service. Given dynamic capacity changes are rare, a low polling rate should be sufficient. Unfortunately, what I really wanted was a nice fullword I could grab through a couple of lines of Rexx. But I'll whittle away at LPINFOX, see if I can get down to just this value in a few lines. (The idea is for a customer to be able to cut & paste a few lines, and to trust that it's OK to run without having to wade through a long program--and calling IWMQVS may be off-putting to them as well.) But I don't mean to sound ungrateful--thank you! On Thu, Mar 2, 2017 at 4:15 AM, John Gateley <j...@spurtle.biz> wrote: > Hi > > Is this rexx what you are looking for? > > http://www.longpelaexpertise.com/toolsLPinfoX.php > > Regards > John > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > -- zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity?
Hi Is this rexx what you are looking for? http://www.longpelaexpertise.com/toolsLPinfoX.php Regards John -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity?
When I worked with RMF LPAR reports over a decade ago, there was a maximum number of physical processors for each LPAR, and a weighting factor, especially for CFs, to limit them to a small part of a whole processor. On Wed, Mar 1, 2017 at 12:50 PM, zMan <zedgarhoo...@gmail.com> wrote: > My understanding is that when a system is using dynamic LPAR allocation, a > maximum defined capacity for a given LPAR can be set, something less than > the CEC capacity. Anyone know where that's defined (what control block)? > That is, given three LPARs on a 1000 MSU box, each might be allowed a > maximum of 800 MSUs. RCTLACS, RCTIMGW, and friends in IRARCT don't seem to > show the maximum: I've seen RCTLACS vary when examined five minutes apart. > > > SMF70MSU in ERBSMF70 is defined as: > Defined capacity limit (in millions of service units) that a logical > partition may consume per unit time on average > > ...so it's out there somewhere! > > I've spent some time searching for MSUs, "defined capacity", "workload > units", and even "millions", and I don't see it. I know about SYSEVENT > REQLPDAT, but am trying to make this simple for a user -- "run this Rexx > snippet and tell me the current, max, and CEC capacity". > > zMan -- "I've got a mainframe and I'm not afraid to use it" > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Defined capacity?
My understanding is that when a system is using dynamic LPAR allocation, a maximum defined capacity for a given LPAR can be set, something less than the CEC capacity. Anyone know where that's defined (what control block)? That is, given three LPARs on a 1000 MSU box, each might be allowed a maximum of 800 MSUs. RCTLACS, RCTIMGW, and friends in IRARCT don't seem to show the maximum: I've seen RCTLACS vary when examined five minutes apart. SMF70MSU in ERBSMF70 is defined as: Defined capacity limit (in millions of service units) that a logical partition may consume per unit time on average ...so it's out there somewhere! I've spent some time searching for MSUs, "defined capacity", "workload units", and even "millions", and I don't see it. I know about SYSEVENT REQLPDAT, but am trying to make this simple for a user -- "run this Rexx snippet and tell me the current, max, and CEC capacity". zMan -- "I've got a mainframe and I'm not afraid to use it" -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
It is probably true, that during the uncapped parts of the pattern, IRD could have a chance to adjust weights, if this is what you mean by a 'better chance'. Yes, exactly. (BTW, I don't want to promote pattern capping in general.) AFAIK, I must use the HMC to set the values again to their initial values (or do a POR ;-). Altogether, I did not dare to activate IRD after activating GCLs. At the HMC, you could set MIN=MAX=INITIAL weight to enforce the weight setting that you want to implement and transition then. Also, there are APIs that allow driving such changes automatically. These APIs could be used through some products (e.g. Tivoli System Automation ProcOps), or you could (probably, but I did not verify that all operations are supported e.g. in z/OS BCPii) come up with homegrown automation. Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
WLM Intelligent Resource Director (was Defined capacity)
Very interesting thread... casually I was reading about IRD when I saw this mail in my inbox :-))) For those who don't have the expert knowledge of Kees or Al. IRD uses facilities in WLM, Parallel Sysplex and PR/SM. Change the amount of system resources (central processors and channel paths) allocated to an individual LPARs, in order to better achieve overall goals for sysplex workloads. Basically provide an automated capability to dynamically move CPC hardware resource to where the current sysplex workload can best use it. More info: *z/OS Intelligent Resource Director* *z/OS MVS Planning: Workload Management - Chapter: Defining the SYSZWLM_ Coupling Facility Structure** * * * * * I didn't see any shop with IRD, but seems that it's useful for large shops, with multiple LPARs in several Sysplex. How the results impact in LPAR performance doing this configuration? Any experiences? I didn't see any chapter about the relation between IRD and Hiperdispatch, meanwhile Hiperdispatch tries to assign 100% share LCP of a PCP to one LP, IRD is controling also the dispatching of LCP. Any comments? 2013/2/26 Mary Anne Matyaz maryanne4...@gmail.com I haven't been following this thread too closely, but I thought perhaps a recent presentation could help. Kathy Walsh did Configuring LPARs for Performance at SHARE. She discusses several of the topics you are discussing. https://share.confex.com/share/120/webprogram/Handout/Session13101/lpar_perf.pdf MA On Tue, 26 Feb 2013 19:32:41 +0100, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
The relation between IRD and Hiperdispatch is mentioned in Hiperdispatch docs and in Katy's presentation: Hiperdispatch takes over (disables) IRD's Vary CPU management. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Alvaro Guirao Lopez Sent: Wednesday, February 27, 2013 09:01 To: IBM-MAIN@LISTSERV.UA.EDU Subject: WLM Intelligent Resource Director (was Defined capacity) Very interesting thread... casually I was reading about IRD when I saw this mail in my inbox :-))) For those who don't have the expert knowledge of Kees or Al. IRD uses facilities in WLM, Parallel Sysplex and PR/SM. Change the amount of system resources (central processors and channel paths) allocated to an individual LPARs, in order to better achieve overall goals for sysplex workloads. Basically provide an automated capability to dynamically move CPC hardware resource to where the current sysplex workload can best use it. More info: *z/OS Intelligent Resource Director* *z/OS MVS Planning: Workload Management - Chapter: Defining the SYSZWLM_ Coupling Facility Structure** * * * * * I didn't see any shop with IRD, but seems that it's useful for large shops, with multiple LPARs in several Sysplex. How the results impact in LPAR performance doing this configuration? Any experiences? I didn't see any chapter about the relation between IRD and Hiperdispatch, meanwhile Hiperdispatch tries to assign 100% share LCP of a PCP to one LP, IRD is controling also the dispatching of LCP. Any comments? 2013/2/26 Mary Anne Matyaz maryanne4...@gmail.com I haven't been following this thread too closely, but I thought perhaps a recent presentation could help. Kathy Walsh did Configuring LPARs for Performance at SHARE. She discusses several of the topics you are discussing. https://share.confex.com/share/120/webprogram/Handout/Session13101/lpa r_perf.pdf MA On Tue, 26 Feb 2013 19:32:41 +0100, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
W dniu 2013-02-27 09:00, Alvaro Guirao Lopez pisze: Very interesting thread... casually I was reading about IRD when I saw this mail in my inbox :-))) [...] I didn't see any shop with IRD, but seems that it's useful for large shops, with multiple LPARs in several Sysplex. AFAIK IRD works for LPARs residing on single CPC and belonging to single sysplex. So, multiple sysplexes are out of IRD control, multi-CPC sysplex is also out of IRD control (IRD can be used to manage LPARs on single CPC - a part of such sysplex). Now we know, that Hiperdispatch also disables fundamental IRD functionality. The conclusion for me is obvious: even IBM does not see to much future of IRD. My €0.02 -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2013 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.555.904 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
Now we know, that Hiperdispatch also disables fundamental IRD functionality. That statement is not correct: - HiperDispatch *replaces* Vary CPU Management (and only when HiperDispatch=YES.) - HiperDispatch provides *more* functionality and is much more efficient and faster than the old Vary CPU Management such that there is no reason why one would want to continue with the old management in a HD=YES environment Horst Sinram - z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
Also please note that IRD LPAR weight management continues to work with HiperDispatch turned ON. For instance as the LPAR weight changes the LPAR guaranteed share changes as well and HiperDispatch will adjust the number of high/med/low CPs... etc accordingly. Oz System z Platform Evaluation Test - zPET www.ibm.com/systems/services/platformtest/servers/systemz.html From: Horst Sinram sin...@de.ibm.com To: IBM-MAIN@listserv.ua.edu, Date: 02/27/2013 06:54 AM Subject:Re: WLM Intelligent Resource Director (was Defined capacity) Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Now we know, that Hiperdispatch also disables fundamental IRD functionality. That statement is not correct: - HiperDispatch *replaces* Vary CPU Management (and only when HiperDispatch=YES.) - HiperDispatch provides *more* functionality and is much more efficient and faster than the old Vary CPU Management such that there is no reason why one would want to continue with the old management in a HD=YES environment Horst Sinram - z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
One colleague told me that they have marked WLM managed (IRD) in some LPARs, but they don't have Parallel Sysplex, so they didn't defined the SYSZWLM_ CF structure. Is this possible? If yes, what functions are proccessed? 2013/2/27 Evren O Baran ev...@us.ibm.com Also please note that IRD LPAR weight management continues to work with HiperDispatch turned ON. For instance as the LPAR weight changes the LPAR guaranteed share changes as well and HiperDispatch will adjust the number of high/med/low CPs... etc accordingly. Oz System z Platform Evaluation Test - zPET www.ibm.com/systems/services/platformtest/servers/systemz.html From: Horst Sinram sin...@de.ibm.com To: IBM-MAIN@listserv.ua.edu, Date: 02/27/2013 06:54 AM Subject:Re: WLM Intelligent Resource Director (was Defined capacity) Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Now we know, that Hiperdispatch also disables fundamental IRD functionality. That statement is not correct: - HiperDispatch *replaces* Vary CPU Management (and only when HiperDispatch=YES.) - HiperDispatch provides *more* functionality and is much more efficient and faster than the old Vary CPU Management such that there is no reason why one would want to continue with the old management in a HD=YES environment Horst Sinram - z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: WLM Intelligent Resource Director (was Defined capacity)
In fact nothing will happen. IRD requires the structures and only distributes resources between the LPARs of a Sysplex. In your situation, IRD would have nothing to distribute to. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Alvaro Guirao Lopez Sent: Wednesday, February 27, 2013 15:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: WLM Intelligent Resource Director (was Defined capacity) One colleague told me that they have marked WLM managed (IRD) in some LPARs, but they don't have Parallel Sysplex, so they didn't defined the SYSZWLM_ CF structure. Is this possible? If yes, what functions are proccessed? 2013/2/27 Evren O Baran ev...@us.ibm.com Also please note that IRD LPAR weight management continues to work with HiperDispatch turned ON. For instance as the LPAR weight changes the LPAR guaranteed share changes as well and HiperDispatch will adjust the number of high/med/low CPs... etc accordingly. Oz System z Platform Evaluation Test - zPET www.ibm.com/systems/services/platformtest/servers/systemz.html From: Horst Sinram sin...@de.ibm.com To: IBM-MAIN@listserv.ua.edu, Date: 02/27/2013 06:54 AM Subject:Re: WLM Intelligent Resource Director (was Defined capacity) Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu Now we know, that Hiperdispatch also disables fundamental IRD functionality. That statement is not correct: - HiperDispatch *replaces* Vary CPU Management (and only when HiperDispatch=YES.) - HiperDispatch provides *more* functionality and is much more efficient and faster than the old Vary CPU Management such that there is no reason why one would want to continue with the old management in a HD=YES environment Horst Sinram - z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Un saludo. Álvaro Guirao -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Hi Al and Horst, I found the source of my impression that IRD weight management is also being stopped by 'softcapping'. The document is z/OS Workload Management Update for z/OS V1.11 and V1.12 by Horst Sinram IBM Germany Research Development August 2, 2010. Sheet 17 (Group Capacity: Summary) states: Working with IRD CPU Weight Management • Defined and Group Capacity work with IRD but Weight Changes are only possible for partitions which are not being capped (or subject to capping) This at least suggests that IRD Weight Management is also disabled when an Lpar is softcapped by DC limits and not only by GC limits. Horst, Can you clarify this? Kees. -Original Message- From: Vernooij, CP - SPLXM Sent: Tuesday, February 26, 2013 19:33 To: IBM Mainframe Discussion List Subject: RE: Defined capacity -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Al Sherkow Sent: Tuesday, February 26, 2013 19:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity Ok, that is better. The term softcapped could apply to either LPAR Defined Capacity or LPAR Group Capacity Limits. Let's try to clear this up. LPAR Defined Capacity works with or without IRD as expected. LPAR Defined Capacity also works well when used with LPAR Group Capacity Limits. Agreed. We use the combination of GCL and DC. What does not work as you might expect is LPAR Group Capacity Limits and IRD Weight Management, as IRD stops adjusting weights when the LPAR Group Capacity Limit is limiting the group (or softcapping the group) . Agreed. I was under the impression, but not sure, that IRD also stops adjusting weights when DC is softcapping an LPAR. I have been trying to find where I read that, but as usual IBM has messed up (reorganized) its website again, so all my links return only 404's. On the other hand, I recently talked to another site, who are using zCOST (which manipulates DCs) and IRD together and AFAIK they did not have problems with the combination. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
This at least suggests that IRD Weight Management is also disabled when an Lpar is softcapped by DC limits and not only by GC limits. Kees: Correct - when an LPAR is being capped, regardless whether that's due to an LPAR level defined capacity, or due to group capacity, IRD won't help the partition. In the case of LPAR level DC that's likely no problem: The LPAR's 4-hour-rolling-average has exceeded the installation defined limit despite the fact that the LPAR already has a low weight. Granting it even more weight doesn't make much sense. With group capping the situation is a bit different: the LPAR weight does also determine the LPAR's entitlement of the group capacity. With weight being the current (vs. initial) weight IRD may have contributed to managing the LPAR to a low entitlement. That can sometimes be problematic, e.g. depending on whether the importance distribution of your workload within the LPAR cluster has changed or not, and how long the capping situation persists (with pattern capping there is obviously a much better chance.) Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Horst, Thanks for the confirmation. About pattern capping: I am not sure if this is much better. WLW will adapt the capping pattern to distribute to the LPAR the resources that it is entitled to, based on its (IRD modified) weights. So even then WLM will try to honour/sustain the IRD modified 'share' of that LPAR. It is probably true, that during the uncapped parts of the pattern, IRD could have a chance to adjust weights, if this is what you mean by a 'better chance'. We sometimes see that IBM Labs do not always cooperate as the customer might wish, but 2 WLM internal functions that do not cooperate, is at least surprising, if not annoying. Also the fact that stopping IRD leaves the weights at the values that just happen to be current at the moment of stopping, is no neat way to shut down. It's more like: if you don't need me anymore, then do sort out everything yourself. AFAIK, I must use the HMC to set the values again to their initial values (or do a POR ;-). Altogether, I did not dare to activate IRD after activating GCLs. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Horst Sinram Sent: Wednesday, February 27, 2013 19:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity This at least suggests that IRD Weight Management is also disabled when an Lpar is softcapped by DC limits and not only by GC limits. Kees: Correct - when an LPAR is being capped, regardless whether that's due to an LPAR level defined capacity, or due to group capacity, IRD won't help the partition. In the case of LPAR level DC that's likely no problem: The LPAR's 4-hour-rolling-average has exceeded the installation defined limit despite the fact that the LPAR already has a low weight. Granting it even more weight doesn't make much sense. With group capping the situation is a bit different: the LPAR weight does also determine the LPAR's entitlement of the group capacity. With weight being the current (vs. initial) weight IRD may have contributed to managing the LPAR to a low entitlement. That can sometimes be problematic, e.g. depending on whether the importance distribution of your workload within the LPAR cluster has changed or not, and how long the capping situation persists (with pattern capping there is obviously a much better chance.) Horst Sinram - IBM z/OS Workload Management -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Al, To clarify my statement, if needed: when I set up the z196's with GCL, I did a lot of research on what tools were available and which were usable. There I read, that IRD Weight management is stopped when an LPAR is soft capped. I do not remember whether I interpreted this as being capped by both DC and GCL, or that I actually read this. I have never used it, so I don't have experience with the combination of the tools. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Al Sherkow Sent: Monday, February 25, 2013 19:11 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity I have discussed the problem of IRD and GCL with multiple clients and with IBM. That this exists is certain. Also I heart that IBM does not intend to fix this. Unfortunate decision in my opinion; and not good for the mainframe ecosystem. I have never discussed a problem with IRD and Defined Capacity by itself. I'm interested to continue the discussion of IRD and DC if someone wants to share their experience. Regards, Al Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Ok, that is better. The term softcapped could apply to either LPAR Defined Capacity or LPAR Group Capacity Limits. Let's try to clear this up. LPAR Defined Capacity works with or without IRD as expected. LPAR Defined Capacity also works well when used with LPAR Group Capacity Limits. What does not work as you might expect is LPAR Group Capacity Limits and IRD Weight Management, as IRD stops adjusting weights when the LPAR Group Capacity Limit is limiting the group (or softcapping the group) . Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Al Sherkow Sent: Tuesday, February 26, 2013 19:18 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity Ok, that is better. The term softcapped could apply to either LPAR Defined Capacity or LPAR Group Capacity Limits. Let's try to clear this up. LPAR Defined Capacity works with or without IRD as expected. LPAR Defined Capacity also works well when used with LPAR Group Capacity Limits. Agreed. We use the combination of GCL and DC. What does not work as you might expect is LPAR Group Capacity Limits and IRD Weight Management, as IRD stops adjusting weights when the LPAR Group Capacity Limit is limiting the group (or softcapping the group) . Agreed. I was under the impression, but not sure, that IRD also stops adjusting weights when DC is softcapping an LPAR. I have been trying to find where I read that, but as usual IBM has messed up (reorganized) its website again, so all my links return only 404's. On the other hand, I recently talked to another site, who are using zCOST (which manipulates DCs) and IRD together and AFAIK they did not have problems with the combination. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
I haven't been following this thread too closely, but I thought perhaps a recent presentation could help. Kathy Walsh did Configuring LPARs for Performance at SHARE. She discusses several of the topics you are discussing. https://share.confex.com/share/120/webprogram/Handout/Session13101/lpar_perf.pdf MA On Tue, 26 Feb 2013 19:32:41 +0100, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Mary Ann, Great tip. All scattered info, which took me days to find, now bundled into one presentation. Thanks, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Mary Anne Matyaz Sent: Tuesday, February 26, 2013 20:32 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity I haven't been following this thread too closely, but I thought perhaps a recent presentation could help. Kathy Walsh did Configuring LPARs for Performance at SHARE. She discusses several of the topics you are discussing. https://share.confex.com/share/120/webprogram/Handout/Session13101/lpar_perf.pdf MA On Tue, 26 Feb 2013 19:32:41 +0100, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Hi Al, Back from holidays, I was reading the requests about IRD and DC/GCL and saw you answered them. My understanding is however, that IRD Weight management stops, when an LPAR is softcapped, both by the Defined Capacity and by the Group Capacity Limit. This is probably explainable, because GCL takes the current Weights into consideration when distributing the GC MSUs over the LPARs and cannot handle weights being manipulated behind its back by IRD. However IRD in fact is also WLM, so these components could have coordinated their actions, but don't. As you describe, this is very undesirable and can cause problems. I opened an PRM at IBM to check this behavior and they confirmed this. I also asked what happens when I stop IRD. Then the weights are kept at their current, probably unusable values. Also IBM answered that they had no intention to change this, so this makes me conclude that IRD and DC/GCL do not cooperate, in fact they do the opposite, resulting in undesired LPAR settings. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Al Sherkow Sent: Friday, February 15, 2013 17:03 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity IRD weight management and Defined Capacity work fine. The problem comes with IRD and LPAR Group Capacity Limits (introduced in z/OS 1.8). The problem is when an LPAR Group is capped IRD stops adjusting weights. This is rather unfortunate as this is the time when a customer would most want IRD to adjust the weights within the limits of the LPAR Group Limit. When a group of LPARs is capped the effect is the same as that group being out of capacity. That is there is more workload trying to run than the amount of capacity available. When this group cap is set some LPARs may be running low importance work consuming CPU time in the group. Simultaneously other LPARs may really be feeling the capacity stress and these may stop running importance 4, 5 and discretionary work. At this point is would be great if IRD would move capacity away from the low importance work in the group, to the LPARs that are impacting more important work. This is what IRD weight management would do. You can use both of these capabilities together, but you must understand that weight management stops, as it is at the time the group cap turns on. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software Seminars on IBM Mainframe Software Pricing +1 414 332-3062 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
I have discussed the problem of IRD and GCL with multiple clients and with IBM. That this exists is certain. Also I heart that IBM does not intend to fix this. Unfortunate decision in my opinion; and not good for the mainframe ecosystem. I have never discussed a problem with IRD and Defined Capacity by itself. I'm interested to continue the discussion of IRD and DC if someone wants to share their experience. Regards, Al Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Maybe he's just pointing out that IRD Weight Management and Softcapping are two separate concepts/knobs/dials. Cheers, Martin Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Jan Vanbrabant vanbrabant...@gmail.com To: IBM-MAIN@listserv.ua.edu, Date: 02/15/2013 06:17 AM Subject:Re: Defined capacity Sent by:IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu I second Dave's question, Kees. jan On Fri, Feb 15, 2013 at 1:08 AM, Dave Barry dba...@ups.com wrote: Kees, I'd like to know more about the lack of cooperation between weight management and softcapping. Can you enlighten us? Much obliged, db -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, February 12, 2013 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
The initial capping checkbox on the HMC is the original (back to the 3090?) PR/SM Hard Capping control. HardCapped LPARs do not work with Defined Capacity or LPAR Group Capacity Limits. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software Seminars on IBM Mainframe Software Pricing +1 414 332-3062 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
IRD weight management and Defined Capacity work fine. The problem comes with IRD and LPAR Group Capacity Limits (introduced in z/OS 1.8). The problem is when an LPAR Group is capped IRD stops adjusting weights. This is rather unfortunate as this is the time when a customer would most want IRD to adjust the weights within the limits of the LPAR Group Limit. When a group of LPARs is capped the effect is the same as that group being out of capacity. That is there is more workload trying to run than the amount of capacity available. When this group cap is set some LPARs may be running low importance work consuming CPU time in the group. Simultaneously other LPARs may really be feeling the capacity stress and these may stop running importance 4, 5 and discretionary work. At this point is would be great if IRD would move capacity away from the low importance work in the group, to the LPARs that are impacting more important work. This is what IRD weight management would do. You can use both of these capabilities together, but you must understand that weight management stops, as it is at the time the group cap turns on. Al Sherkow, I/S Management Strategies, Ltd. Consulting Expertise on IBM Workload License Charges (WLC), LPARs and LCS Software Seminars on IBM Mainframe Software Pricing +1 414 332-3062 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Kees, I'd like to know more about the lack of cooperation between weight management and softcapping. Can you enlighten us? Much obliged, db -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, February 12, 2013 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
I second Dave's question, Kees. jan On Fri, Feb 15, 2013 at 1:08 AM, Dave Barry dba...@ups.com wrote: Kees, I'd like to know more about the lack of cooperation between weight management and softcapping. Can you enlighten us? Much obliged, db -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP - SPLXM Sent: Tuesday, February 12, 2013 8:59 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
Thanks Fabio. I have read about the 3 possible scenarios when WLM asks PR/SM to cap the logical partition at the HMC-defined weight value. (page 102-103 of the redbook) I encounter what Kees was talking about (phantom load or “phantom” logical partition cap pattern that repeatedly applies and removes the cap at the logical partition processing weight..) But my lack of understanding still remains. I must be missing some essential piece. Jan On Wed, Feb 13, 2013 at 6:40 PM, Fabio Massimo Ottaviani fabio.ottavi...@epvtech.com wrote: Hi Jan Redbook - WLM System Programmer Guide - Chapter 3 Best regards Fabio + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Jan Vanbrabant Inviato: mercoledì 13 febbraio 2013 17:13 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Defined capacity Hi Kees, I'm following this thread. (Learning a lot doing this...) Whare can I find more about 'phantom load' and 'capping pattern'? Didn't find these terms in de 2 WLM manuals you mentioned earlier: SA22-7602-19z/OS V1R12.0 MVS Planning Workload Management SA22-7999-06z/OS V1R12.0 Planning for Subcapacity Pricing (I am at R12, so I looked in the R12 manuals) Jan On Tue, Feb 12, 2013 at 4:00 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Yes, LPAR Clusters are IRD managed groups of LPARs. Don't forget to read about Weight in relation to 'phantom load' and 'capping pattern', to avoid erratic Lpar performance. I always like to have a monitor telling what is going on in the system, so I will not be surprised by angry telephone calls and have no clue where to start looking. I use Mainview, I don't know RMF, but it probably also displays the 4HrRA, the current LPAR utilization and the status of softcapping, so you know why the system is doing what it is doing. HTH, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity To enable the WorkLoad Manager (WLM), select Enable workload manager. Selecting WLM from one processor details automatically selects WLM from the other processor details and conversely. Specify the minimum and maximum processing weights. Change LPAR management weights based on customer policies and current work loads. Indeed, to enable WLM I have to check Enable WLM. I wouldn't know that! Of course there is no explanation what does it mean enable WLM. WLM is enabled on every z/OS image and cannot be disabled. So, there must be some other explanation of the words above. IRD? No clue about IRD. However I found WLM checkbox in the chapter about IRD: For each logical partition that will participate in LPAR weight management, do the following: - Make sure that Initial Capping is turned off. WLM cannot manage the weight of a logical partition that is capped. - Enter the initial processing weight. This becomes the logical partition's weight when it is first IPLed. - Enter the minimum and maximum weights. These set the lower and upper limits for the weights that WLM will assign to the logical partition. - Check the WLM Managed box. This is the final step in activating LPAR weight management. --- THAT'S THE CHECKBOX! BTW: I never used IRD for simple reason: lack of sysplex. So, to my knowledge: WLM checkbox - used only for IRD, leave unchecked otherwise. Defined Capacity - simply put non-zero value, uncheck Initial Capping on CP, zIIP, zAAP. Thank you Kees! -- Radoslaw Skorupka Lodz, Poland P.S. I just found another helpful explanation: Image Pforile, Options tab: CP management cluster name The name specified for the CP management cluster. I suspect it's also IRD related stuff. W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN
Re: Defined capacity
Hi Kees, I'm following this thread. (Learning a lot doing this...) Whare can I find more about 'phantom load' and 'capping pattern'? Didn't find these terms in de 2 WLM manuals you mentioned earlier: SA22-7602-19z/OS V1R12.0 MVS Planning Workload Management SA22-7999-06z/OS V1R12.0 Planning for Subcapacity Pricing (I am at R12, so I looked in the R12 manuals) Jan On Tue, Feb 12, 2013 at 4:00 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Yes, LPAR Clusters are IRD managed groups of LPARs. Don't forget to read about Weight in relation to 'phantom load' and 'capping pattern', to avoid erratic Lpar performance. I always like to have a monitor telling what is going on in the system, so I will not be surprised by angry telephone calls and have no clue where to start looking. I use Mainview, I don't know RMF, but it probably also displays the 4HrRA, the current LPAR utilization and the status of softcapping, so you know why the system is doing what it is doing. HTH, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity To enable the WorkLoad Manager (WLM), select Enable workload manager. Selecting WLM from one processor details automatically selects WLM from the other processor details and conversely. Specify the minimum and maximum processing weights. Change LPAR management weights based on customer policies and current work loads. Indeed, to enable WLM I have to check Enable WLM. I wouldn't know that! Of course there is no explanation what does it mean enable WLM. WLM is enabled on every z/OS image and cannot be disabled. So, there must be some other explanation of the words above. IRD? No clue about IRD. However I found WLM checkbox in the chapter about IRD: For each logical partition that will participate in LPAR weight management, do the following: - Make sure that Initial Capping is turned off. WLM cannot manage the weight of a logical partition that is capped. - Enter the initial processing weight. This becomes the logical partition's weight when it is first IPLed. - Enter the minimum and maximum weights. These set the lower and upper limits for the weights that WLM will assign to the logical partition. - Check the WLM Managed box. This is the final step in activating LPAR weight management. --- THAT'S THE CHECKBOX! BTW: I never used IRD for simple reason: lack of sysplex. So, to my knowledge: WLM checkbox - used only for IRD, leave unchecked otherwise. Defined Capacity - simply put non-zero value, uncheck Initial Capping on CP, zIIP, zAAP. Thank you Kees! -- Radoslaw Skorupka Lodz, Poland P.S. I just found another helpful explanation: Image Pforile, Options tab: CP management cluster name The name specified for the CP management cluster. I suspect it's also IRD related stuff. W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity W dniu 2013-02-12 13:50, Vernooij, CP - SPLXM pisze: Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype=WH appname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN. PDF kees. Kees, Thank you for quick response. Actually I have 3 open documents on my PC, exactly the same which you mentioned ;-) I found and answer for Q1 (MSU as a unit), which I was 99% sure. Unfortunately I found no explanation about WLM checkbox. From your response I assume I should leave it unchecked, since I don't use IRD. Regarding Q3 - I found that Initial Capping on any processor-type tab gives the same result - it disables WLM checkbox. So I assume, I shouldn't use Initial Capping for any CP type, including zIIP. BTW: General observation. It is typical for IBM - Software manuals avoid describing any details about hardware panels, while H/W manuals do not describe the meaning of the fields and panels. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej
R: Defined capacity
Hi Jan Redbook - WLM System Programmer Guide - Chapter 3 Best regards Fabio + + Fabio Massimo Ottaviani + EPV Technologies Technical Director + Skype: fabio.massimo.ottaviani + Mobile: +393406168088 + + IT Cost under Control + www.epvtech.com + Please consider the environment - do you really need to print this email? -Messaggio originale- Da: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] Per conto di Jan Vanbrabant Inviato: mercoledì 13 febbraio 2013 17:13 A: IBM-MAIN@LISTSERV.UA.EDU Oggetto: Re: Defined capacity Hi Kees, I'm following this thread. (Learning a lot doing this...) Whare can I find more about 'phantom load' and 'capping pattern'? Didn't find these terms in de 2 WLM manuals you mentioned earlier: SA22-7602-19z/OS V1R12.0 MVS Planning Workload Management SA22-7999-06z/OS V1R12.0 Planning for Subcapacity Pricing (I am at R12, so I looked in the R12 manuals) Jan On Tue, Feb 12, 2013 at 4:00 PM, Vernooij, CP - SPLXM kees.verno...@klm.com wrote: Yes, LPAR Clusters are IRD managed groups of LPARs. Don't forget to read about Weight in relation to 'phantom load' and 'capping pattern', to avoid erratic Lpar performance. I always like to have a monitor telling what is going on in the system, so I will not be surprised by angry telephone calls and have no clue where to start looking. I use Mainview, I don't know RMF, but it probably also displays the 4HrRA, the current LPAR utilization and the status of softcapping, so you know why the system is doing what it is doing. HTH, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity To enable the WorkLoad Manager (WLM), select Enable workload manager. Selecting WLM from one processor details automatically selects WLM from the other processor details and conversely. Specify the minimum and maximum processing weights. Change LPAR management weights based on customer policies and current work loads. Indeed, to enable WLM I have to check Enable WLM. I wouldn't know that! Of course there is no explanation what does it mean enable WLM. WLM is enabled on every z/OS image and cannot be disabled. So, there must be some other explanation of the words above. IRD? No clue about IRD. However I found WLM checkbox in the chapter about IRD: For each logical partition that will participate in LPAR weight management, do the following: - Make sure that Initial Capping is turned off. WLM cannot manage the weight of a logical partition that is capped. - Enter the initial processing weight. This becomes the logical partition's weight when it is first IPLed. - Enter the minimum and maximum weights. These set the lower and upper limits for the weights that WLM will assign to the logical partition. - Check the WLM Managed box. This is the final step in activating LPAR weight management. --- THAT'S THE CHECKBOX! BTW: I never used IRD for simple reason: lack of sysplex. So, to my knowledge: WLM checkbox - used only for IRD, leave unchecked otherwise. Defined Capacity - simply put non-zero value, uncheck Initial Capping on CP, zIIP, zAAP. Thank you Kees! -- Radoslaw Skorupka Lodz, Poland P.S. I just found another helpful explanation: Image Pforile, Options tab: CP management cluster name The name specified for the CP management cluster. I suspect it's also IRD related stuff. W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity W dniu 2013-02-12 13:50, Vernooij, CP - SPLXM pisze: Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype =WH appname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN. PDF kees. Kees, Thank you for quick response. Actually I have 3 open documents on my PC, exactly the same which you mentioned ;-) I found and answer for Q1 (MSU as a unit), which I was 99% sure. Unfortunately I found no explanation about WLM checkbox. From your response I assume I should leave it unchecked, since I don't use IRD. Regarding Q3 - I found that Initial
Defined capacity
I'm trying to understand how to set up Defined Capacity for an LPAR. Unfortunately HMC help is not helpful and software manuals do not provide details about the settings. My goal is to set up Defined Capacity for one LPAR. No groups. A record from Change LPAR Controls: LPAR: LP1 Active: Yes Def. Capacity: 45 -- it's MSU isn't it? WLM: (checkbox) -- what is it for??? Curr. Weight: 15 Initial Weight: 15 Min. Weight: (empty) -- a field appears only when WLM is checked Max. Weight: (empty) -- as above - only when WLM checkbox is checked Current Capping: No Initial Capping: (checkbox) unchecked Num. of dedicated processors: 0 Number of Not dedicated Proc.: 2 My questions: 1. Defined Capacity in the above record is expressed in MSU. T/F? 2. What is the purpose of WLM checkbox? 3. Initial capping must be unchecked to make softcapping effective. What about initial capping for zIIP or zAAP? I observed that capping of zIIP precludes WLM checkbox (greyed field) 4. Remarks, comments, hints? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
You can check manuals: - z/OS V1R11.0 MVS Planning Workload Management z/OS V1R10.0-V1R11.0 ch: Workload Management and Workload License Charges - z/OS V1R11.0 Planning for Subcapacity Pricing z/OS V1R10.0-V1R11.0 ch: More about defined capacity (and surrounding chapters). Answers: 1. Yes. 2. To use together with IRD. 3. No idea. 4. I suppose you want to control the 4 hour running average of the LPAR, because that is what it does. Read the information about weights and how WLM imposes the 4HrRA to the LPAR, either with phantom load or with a (to be avoided) capping pattern. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 13:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Defined capacity I'm trying to understand how to set up Defined Capacity for an LPAR. Unfortunately HMC help is not helpful and software manuals do not provide details about the settings. My goal is to set up Defined Capacity for one LPAR. No groups. A record from Change LPAR Controls: LPAR: LP1 Active: Yes Def. Capacity: 45 -- it's MSU isn't it? WLM: (checkbox) -- what is it for??? Curr. Weight: 15 Initial Weight: 15 Min. Weight: (empty) -- a field appears only when WLM is checked Max. Weight: (empty) -- as above - only when WLM checkbox is checked Current Capping: No Initial Capping: (checkbox) unchecked Num. of dedicated processors: 0 Number of Not dedicated Proc.: 2 My questions: 1. Defined Capacity in the above record is expressed in MSU. T/F? 2. What is the purpose of WLM checkbox? 3. Initial capping must be unchecked to make softcapping effective. What about initial capping for zIIP or zAAP? I observed that capping of zIIP precludes WLM checkbox (greyed field) 4. Remarks, comments, hints? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286
Re: Defined capacity
Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype=WHappname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN.PDF kees. -Original Message- From: Vernooij, CP - SPLXM Sent: Tuesday, February 12, 2013 13:46 To: IBM Mainframe Discussion List Subject: RE: Defined capacity You can check manuals: - z/OS V1R11.0 MVS Planning Workload Management z/OS V1R10.0-V1R11.0 ch: Workload Management and Workload License Charges - z/OS V1R11.0 Planning for Subcapacity Pricing z/OS V1R10.0-V1R11.0 ch: More about defined capacity (and surrounding chapters). Answers: 1. Yes. 2. To use together with IRD. 3. No idea. 4. I suppose you want to control the 4 hour running average of the LPAR, because that is what it does. Read the information about weights and how WLM imposes the 4HrRA to the LPAR, either with phantom load or with a (to be avoided) capping pattern. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 13:26 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Defined capacity I'm trying to understand how to set up Defined Capacity for an LPAR. Unfortunately HMC help is not helpful and software manuals do not provide details about the settings. My goal is to set up Defined Capacity for one LPAR. No groups. A record from Change LPAR Controls: LPAR: LP1 Active: Yes Def. Capacity: 45 -- it's MSU isn't it? WLM: (checkbox) -- what is it for??? Curr. Weight: 15 Initial Weight: 15 Min. Weight: (empty) -- a field appears only when WLM is checked Max. Weight: (empty) -- as above - only when WLM checkbox is checked Current Capping: No Initial Capping: (checkbox) unchecked Num. of dedicated processors: 0 Number of Not dedicated Proc.: 2 My questions: 1. Defined Capacity in the above record is expressed in MSU. T/F? 2. What is the purpose of WLM checkbox? 3. Initial capping must be unchecked to make softcapping effective. What about initial capping for zIIP or zAAP? I observed that capping of zIIP precludes WLM checkbox (greyed field) 4. Remarks, comments, hints? -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments
Re: Defined capacity
Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity W dniu 2013-02-12 13:50, Vernooij, CP - SPLXM pisze: Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype=WH appname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN. PDF kees. Kees, Thank you for quick response. Actually I have 3 open documents on my PC, exactly the same which you mentioned ;-) I found and answer for Q1 (MSU as a unit), which I was 99% sure. Unfortunately I found no explanation about WLM checkbox. From your response I assume I should leave it unchecked, since I don't use IRD. Regarding Q3 - I found that Initial Capping on any processor-type tab gives the same result - it disables WLM checkbox. So I assume, I shouldn't use Initial Capping for any CP type, including zIIP. BTW: General observation. It is typical for IBM - Software manuals avoid describing any details about hardware panels, while H/W manuals do not describe the meaning of the fields and panels. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. Według stanu na dzień 01.01.2013 r. kapitał zakładowy BRE Banku SA (w całości wpłacony) wynosi 168.555.904 złotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Defined capacity
To enable the WorkLoad Manager (WLM), select Enable workload manager. Selecting WLM from one processor details automatically selects WLM from the other processor details and conversely. Specify the minimum and maximum processing weights. Change LPAR management weights based on customer policies and current work loads. Indeed, to enable WLM I have to check Enable WLM. I wouldn't know that! Of course there is no explanation what does it mean enable WLM. WLM is enabled on every z/OS image and cannot be disabled. So, there must be some other explanation of the words above. IRD? No clue about IRD. However I found WLM checkbox in the chapter about IRD: For each logical partition that will participate in LPAR weight management, do the following: - Make sure that Initial Capping is turned off. WLM cannot manage the weight of a logical partition that is capped. - Enter the initial processing weight. This becomes the logical partition's weight when it is first IPLed. - Enter the minimum and maximum weights. These set the lower and upper limits for the weights that WLM will assign to the logical partition. - Check the WLM Managed box. This is the final step in activating LPAR weight management. --- THAT'S THE CHECKBOX! BTW: I never used IRD for simple reason: lack of sysplex. So, to my knowledge: WLM checkbox - used only for IRD, leave unchecked otherwise. Defined Capacity - simply put non-zero value, uncheck Initial Capping on CP, zIIP, zAAP. Thank you Kees! -- Radoslaw Skorupka Lodz, Poland P.S. I just found another helpful explanation: Image Pforile, Options tab: CP management cluster name The name specified for the CP management cluster. I suspect it's also IRD related stuff. W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity W dniu 2013-02-12 13:50, Vernooij, CP - SPLXM pisze: Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype=WH appname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN. PDF kees. Kees, Thank you for quick response. Actually I have 3 open documents on my PC, exactly the same which you mentioned ;-) I found and answer for Q1 (MSU as a unit), which I was 99% sure. Unfortunately I found no explanation about WLM checkbox. From your response I assume I should leave it unchecked, since I don't use IRD. Regarding Q3 - I found that Initial Capping on any processor-type tab gives the same result - it disables WLM checkbox. So I assume, I shouldn't use Initial Capping for any CP type, including zIIP. BTW: General observation. It is typical for IBM - Software manuals avoid describing any details about hardware panels, while H/W manuals do not describe the meaning of the fields and panels. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88
Re: Defined capacity
Yes, LPAR Clusters are IRD managed groups of LPARs. Don't forget to read about Weight in relation to 'phantom load' and 'capping pattern', to avoid erratic Lpar performance. I always like to have a monitor telling what is going on in the system, so I will not be surprised by angry telephone calls and have no clue where to start looking. I use Mainview, I don't know RMF, but it probably also displays the 4HrRA, the current LPAR utilization and the status of softcapping, so you know why the system is doing what it is doing. HTH, Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 15:36 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity To enable the WorkLoad Manager (WLM), select Enable workload manager. Selecting WLM from one processor details automatically selects WLM from the other processor details and conversely. Specify the minimum and maximum processing weights. Change LPAR management weights based on customer policies and current work loads. Indeed, to enable WLM I have to check Enable WLM. I wouldn't know that! Of course there is no explanation what does it mean enable WLM. WLM is enabled on every z/OS image and cannot be disabled. So, there must be some other explanation of the words above. IRD? No clue about IRD. However I found WLM checkbox in the chapter about IRD: For each logical partition that will participate in LPAR weight management, do the following: - Make sure that Initial Capping is turned off. WLM cannot manage the weight of a logical partition that is capped. - Enter the initial processing weight. This becomes the logical partition's weight when it is first IPLed. - Enter the minimum and maximum weights. These set the lower and upper limits for the weights that WLM will assign to the logical partition. - Check the WLM Managed box. This is the final step in activating LPAR weight management. --- THAT'S THE CHECKBOX! BTW: I never used IRD for simple reason: lack of sysplex. So, to my knowledge: WLM checkbox - used only for IRD, leave unchecked otherwise. Defined Capacity - simply put non-zero value, uncheck Initial Capping on CP, zIIP, zAAP. Thank you Kees! -- Radoslaw Skorupka Lodz, Poland P.S. I just found another helpful explanation: Image Pforile, Options tab: CP management cluster name The name specified for the CP management cluster. I suspect it's also IRD related stuff. W dniu 2013-02-12 14:58, Vernooij, CP - SPLXM pisze: Radoswaw, One to the manuals has a chapter IRD, I think you will find there that the WLM checkbox triggers IRDs weight management. From my experience: forget IRD on modern machines. CPU management is disabled by Hiperdispatch and weight management and softcapping do not cooperate. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of R.S. Sent: Tuesday, February 12, 2013 14:30 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Defined capacity W dniu 2013-02-12 13:50, Vernooij, CP - SPLXM pisze: Check this paper too: http://www.ibm.com/common/ssi/fcgi-bin/ssialias?infotype=SAsubtype=WH appname=STGE_ZS_ZS_USENhtmlfid=ZSW03077USENattachment=ZSW03077USEN. PDF kees. Kees, Thank you for quick response. Actually I have 3 open documents on my PC, exactly the same which you mentioned ;-) I found and answer for Q1 (MSU as a unit), which I was 99% sure. Unfortunately I found no explanation about WLM checkbox. From your response I assume I should leave it unchecked, since I don't use IRD. Regarding Q3 - I found that Initial Capping on any processor-type tab gives the same result - it disables WLM checkbox. So I assume, I shouldn't use Initial Capping for any CP type, including zIIP. BTW: General observation. It is typical for IBM - Software manuals avoid describing any details about hardware panels, while H/W manuals do not describe the meaning of the fields and panels. -- Radoslaw Skorupka Lodz, Poland -- Treść tej wiadomości może zawierać informacje prawnie chronione Banku przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o podobnym charakterze jest prawnie zabronione i może być karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may