SMF30_TIME_zIIP_ON_CP is another indicator. Look at subtype 2 interval records for long running tasks such as CICS and DB2 and at subtype 4 records for regular jobs.
SMF30_TIME_zIIP_ON_CP is all the work that could be done on a z/IIP but couldn't due to the ZIIP was busy with other work. Also, there is a parm in IEAOPTxx called ZIIPAWMT that is the number of microseconds that ZIIP eligible work might wait to be dispatched on a ZIIP before the work is dispatched on a GP. The theory is that it will wait a period of time to see if a ZIIP becomes available to run the work. The problem is while the work is waiting, it isn't doing anything. This is why you don't try to run ZIIPs at anything close to 100%. Chris Blaicher Technical Architect Mainframe Development P: 201-930-8234 | M: 512-627-3803 E: [email protected] Syncsort Incorporated 2 Blue Hill Plaza #1563 Pearl River, NY 10965 www.syncsort.com Data quality leader Trillium Software is now a part of Syncsort. -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Richards, Robert B. Sent: Friday, May 18, 2018 6:46 AM To: [email protected] Subject: Re: ZIIP engine utilization IIRC, you can look at zIIP-eligible time (CPUZIETM). If it is a high value, you are not only losing the benefit of running on an additional uncapped specialty processor, you are potentially wasting money if then running on a GP at a time that drives the system to a new 4HRA on software costs! I justified the purchase of zIIP solely on this basis when I was able to demonstrate a ROI in five months due to eliminating the potential increase in costs attributed to running on a GP during the setting of a new peak four hour rolling average. YMMV Props to Al Sherkow and his LCS software to be able to prove my assertions. Bob -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Vernooij, Kees (ITOPT1) - KLM Sent: Friday, May 18, 2018 2:36 AM To: [email protected] Subject: Re: ZIIP engine utilization The situation for a zIIP is somewhat more complex and 2-staged. If a zIIP becomes heavier used, delays for the zIIP begin to show up. It is at 30% utilization when you have 1 zIIP, 60% utilization when you have 2 zIIP. It the zIIP becomes heavier loaded and delays are growing, the CP is asked to assist the zIIP. The is also reported in RMF. Kees. > -----Original Message----- > From: IBM Mainframe Discussion List [mailto:[email protected]] > On Behalf Of Barbara Nitz > Sent: 18 May, 2018 7:57 > To: [email protected] > Subject: Re: ZIIP engine utilization > > > Can you point me to the best place to see if Ziip is getting maxed > out. > > Look at the TYPE70 SMF records. They will show you if the ZIIP is 100% > busy. > > Regards, Barbara > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to [email protected] 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 [email protected] with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ________________________________ ATTENTION: ----- The information contained in this message (including any files transmitted with this message) may contain proprietary, trade secret or other confidential and/or legally privileged information. Any pricing information contained in this message or in any files transmitted with this message is always confidential and cannot be shared with any third parties without prior written approval from Syncsort. This message is intended to be read only by the individual or entity to whom it is addressed or by their designee. If the reader of this message is not the intended recipient, you are on notice that any use, disclosure, copying or distribution of this message, in any form, is strictly prohibited. If you have received this message in error, please immediately notify the sender and/or Syncsort and destroy all copies of this message in your possession, custody or control. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
