If a z/IIP capable unit of work is ready to be dispatched, but there is no engine available, the system will queue the unit of work for a period of time and then if it still can't dispatch it on a z/IIP, then it will dispatch it on a regular CP. This is known as 'z/IIP on CP'.
This wait time is set by the ZIIPAWMT parameter in the IEAOPTxx member. If a lot of work is being shifted to CP's then all you are doing is introducing a delay into your transactions. There are fields in the SMF 30 records that you can check for ZIIP_ON_CP. Chris Blaicher Principal Software Engineer, Software Development Syncsort Incorporated 50 Tice Boulevard, Woodcliff Lake, NJ 07677 P: 201-930-8260 | M: 512-627-3803 E: cblaic...@syncsort.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Vernooij, CP (ITOPT1) - KLM Sent: Monday, March 23, 2015 11:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sharing a zIIP This moves the subject from technical possibilities to capacity planning, which will provide totally different answers, as you do. One statement bothers me: "you can often see zIIP work running on a GP". This should trigger performance alerts, because it is an indication of an overloaded zIIP, resulting often in severe performance degradation. I heard statements from DB2, that you are better of without a zIIP than with an overloaded zIIP. The reason is that CP assistance is last indicator of a chain of performance issues: at stage one you have queuing of work for the zIIP, resulting in performance degradation. If the zIIP-delay is getting too high, it calls the GPs for assistance and this is what you see on the outside as the last call for help of a bad performing zIIP. Kees. -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Norman.Hollander Sent: 23 March, 2015 16:22 To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sharing a zIIP Many customers successfully share zIIPs (zAAPs), and IFLs. It depends on your workloads, and your Capacity. Depending on the arrival rate to zIIPs, . Does your GP have enough capacity to run the work that should go to the zIIP? Do you have enough capacity on the zIIP? So, in general, YES, and IT DEPENDS... -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Monday, March 23, 2015 4:34 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sharing a zIIP Thanks -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Richards, Robert B. Sent: Monday, March 23, 2015 1:34 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Sharing a zIIP Absolutely! -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of ??? ?? ??? Sent: Monday, March 23, 2015 7:32 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Sharing a zIIP Hi, Can a zIIP be shared by multiple LPAR’s? We have a z114. Gadi ________________________________ לשימת לבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and signatory rights, no offer, agreement, concession or representation is binding on the Malam, unless accompanied by a duly signed separate document (or a scanned version thereof), affixed with the Malam seal. ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- 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 ******************************************************** 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 ________________________________ 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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN