I would form a view as to how important CF request performance is for Dev. If it's important I'd be tempted to turn DYNDISP off for Dev and let Sandbox suffer.
Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ or https://itunes.apple.com/gb/podcast/mainframe-performance-topics/id1127943573?mt=2 Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Jesse 1 Robinson <jesse1.robin...@sce.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 31/01/2019 18:44 Subject: Re: Internal Coupling Channel on z13 Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> We share CFs between Sandbox and Dev. The latter is not classified here as Prod, though its usage is a lot more prod-ish than is Sandbox. We currently set all the shared-CP LPARs to THIN based on some Q&A in a SHARE session. Should we revisit that question? . . J.O.Skip Robinson Southern California Edison Company Electric Dragon Team Paddler SHARE MVS Program Co-Manager 323-715-0595 Mobile 626-543-6132 Office ⇐=== NEW robin...@sce.com -----Original Message----- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Martin Packer Sent: Thursday, January 31, 2019 1:38 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: (External):Re: Internal Coupling Channel on z13 (This thread has got quite long so pardon me if I repeat something someone else said.) If you must run a PRODUCTION Coupling Facility LPAR on SHARED engines I would generally recommend turning DYNDISP off for that one LPAR. Set it to THIN for the non-Production ones it's forced to share with. The reason is you don't want the Production CF to give up the engine in a particularly timely fashion - because another request might come in soon after the last one. For the Non-Prod ones you want THIN because you want them to get out of the way ASAP. However, the fact of sharing at all is the major destructive factor. THIN just mitigates it. (The instrumentation to guide you on this is SMF74INT, R744PBSY and R744PWAI - which can be examined down to the engine level. Sometimes with value.) But, as always, actual mainframe estate shape governs the decisions. Cheers, Martin Martin Packer zChampion, Systems Investigator & Performance Troubleshooter, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker Podcast Series (With Marna Walle): https://developer.ibm.com/tv/mpt/ or https://urldefense.proofpoint.com/v2/url?u=https-3A__itunes.apple.com_gb_podcast_mainframe-2Dperformance-2Dtopics_id1127943573-3Fmt-3D2&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ&m=Kc_UcJWF9tIwa5POuK33JinEdDOOQUM6djqCZa7uYTo&s=72EebpfuqG6c8aHIvYYSvia9yw4fcOi8awkWGDnFY6o&e= Youtube channel: https://urldefense.proofpoint.com/v2/url?u=https-3A__www.youtube.com_channel_UCu-5F65HaYgksbF6Q8SQ4oOvA&d=DwIGaQ&c=jf_iaSHvJObTbx-siA1ZOg&r=BsPGKdq7-Vl8MW2-WOWZjlZ0NwmcFSpQCLphNznBSDQ&m=Kc_UcJWF9tIwa5POuK33JinEdDOOQUM6djqCZa7uYTo&s=NMd8FE00CVO_bO7Ac23QRR1b8oyZSR2vWQwPLwwXG9I&e= From: Ravi Gaur <gaur.ravi2...@gmail.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 31/01/2019 08:46 Subject: Re: Internal Coupling Channel on z13 Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> DYNDISP is recommended with THIN INTERRUPT for Non dedicated CF CPU ...like for our sandbox/dev systems we have non dedicated and we keep it thin for them while for production which has CF CPU dedicated it's good idea to keep it OFF ...You may like to look at Z14 Configuration setup guide which well explained it and obviously to make these changes you will have to do it from HMC . 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 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
