Given that info, you might also check on the size of the ISGLOCK structure and adjust that if needed.
-----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Edgington, Jerry Sent: Friday, May 1, 2020 1:44 PM To: [email protected] Subject: Re: z/OS performance question [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] Thanks Allen, that is good place to start. The CPU% for the ISGLOCK, IXCSTR1 and IXCSTR2 are 58%, 74% and 21%, which seem very high to me. But, the IXCSTR3 and IXCSTR4 are very low. It would seem I might have an imbalance with the XCF messages and size. Async rate for IXCSTR1 is 120 I am wondering if I need to adjust my CLASSDEF CLASSLEN size for each of the structures. We are running ICFs on GP, with one virtual connection to each ICFA/B. Not ideal, but all I could do at the moment. /* TRANSPORT CLASSES. */ CLASSDEF CLASS(SML) CLASSLEN(956) GROUP(UNDESIG) CLASSDEF CLASS(MED) CLASSLEN(8000) CLASSDEF CLASS(DEFAULT) CLASSLEN(16316) CLASSDEF CLASS(BIG) CLASSLEN(32000) /* XCF STRUCTURES */ PATHOUT STRNAME(IXCSTR1) CLASS(SML) PATHOUT STRNAME(IXCSTR2) CLASS(MED) PATHOUT STRNAME(IXCSTR3) CLASS(BIG) PATHOUT STRNAME(IXCSTR4) CLASS(DEFAULT) /* */ PATHIN STRNAME(IXCSTR1,IXCSTR2,IXCSTR3,IXCSTR4) Also, we have: FUNCTIONS ENABLE(DUPLEXCF16, SYSSTATDETECT, CRITICALPAGING) Thanks Jerry -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Allan Staller Sent: Friday, May 1, 2020 2:32 PM To: [email protected] Subject: Re: z/OS performance question This message was sent from an external source outside of Western & Southern's network. Do not click links or open attachments unless you recognize the sender and know the contents are safe. ________________________________________________________________________________________________________________________ The only tuning I a aware of for XCF is to provide appropriate transport classes for the messages being passed. If inappropriate, this will usually show up as CPU concumption in the XCFAS address space. Look at the CPU consumed, not the delay. It is possible that this is contributing to the CICS delays. GRS will use XCF if available. -----Original Message----- From: IBM Mainframe Discussion List <[email protected]> On Behalf Of Edgington, Jerry Sent: Friday, May 1, 2020 12:30 PM To: [email protected] Subject: z/OS performance question [CAUTION: This Email is from outside the Organization. Unless you trust the sender, Don’t click links or open attachments as it may be a Phishing email, which can steal your Information and compromise your Computer.] To anyone, I am not a performance person at all, but can someone help me with pointing me in the right direction. We are running a small SYSplex, but we are getting delays on one LPAR, PROC-XCFAS *SYSTEM PROC-XCFAS 3.7 users ALL STC PROC-XCFAS 3.2 users IMS PROC-XCFAS 26.0 % delay RMF PROC-XCFAS 18.0 % delay RMFGAT PROC-XCFAS 21.0 % delay IMSCTL PROC-XCFAS 25.0 % delay TN3270 PROC-XCFAS 28.0 % delay VTAM PROC-XCFAS 19.0 % delay Also, we are ACF2 shop and our production CICS regions are getting delays: ENQ -ACFVSAM 38.0 % delay LOGONIDS ENQ -ACF2ACB 100.0 % delay LOGONIDS So any help would be great. Thanks, Jerry Edgington ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN ::DISCLAIMER:: ________________________________ The contents of this e-mail and any attachment(s) are confidential and intended for the named recipient(s) only. E-mail transmission is not guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or may contain viruses in transmission. The e mail and its contents (with or without referred errors) shall therefore not attach any liability on the originator or HCL or its affiliates. Views or opinions, if any, presented in this email are solely those of the author and may not necessarily reflect the views or opinions of HCL or its affiliates. Any form of reproduction, dissemination, copying, disclosure, modification, distribution and / or publication of this message without the prior written consent of authorized representative of HCL is strictly prohibited. If you have received this email in error please delete it and notify the sender immediately. Before opening any email and/or attachments, please check them for viruses and other defects. ________________________________ ---------------------------------------------------------------------- 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
