we have the defaults, so VSM USEZOSV1R9RULES(YES) MEMDSENQMGMT: DISABLE Rex
----- Original Message ----- From: "Lizette Koehler" <[email protected]> To: [email protected] Sent: Friday, October 27, 2017 10:36:02 AM Subject: Question on some z/OS Tuning Parms USEZOSV1R9RULES and MEMDSENQMGT Dear List - I have been reviewing some parms that have been around in z/OS for a few years/decades? USEZOSV1R9RULES VSM USEZOSV1R9RULES(NO|YES): YES causes GETMAIN and STORAGE OBTAIN behavior to be unchanged from its historic behavior. NO causes GETMAIN and STORAGE OBTAIN behavior for user-region private area subpools that are both below and above the line to be implemented. Thus DQEs can be merged where possible. The default is YES to provide a seamless migration. However, IBM recommends that you specify USEZOSV1R9RULES(NO) to obtain a performance benefit for applications with long DQE/FQE chains for user-region private area subpools. To Display: D DIAG MEMDSENQMGT Allocation enhancement - MEMDSENQMGMT (Memory-based data set ENQ management) - ENQs managed in private storage instead of SWA blocks. Job will be non-restartable. - Enable via parmlib member or MVS command: . ALLOCxx: SYSTEM MEMDSENQMGMT(ENABLE) . SETALLOC SYSTEM,MEMDSENQMGMT=ENABLE - Exploit with DB2 APAR PM17542 (closed September 2010) To display: D ALLOC,OPTIONS I was wondering two things 1) How many are using the new algorithms these two parms brought in? 2) When you changed to the new functions, did you see any issues? Any products that need TLC? Are there any other that might also be helpful? Thank you Lizette Koehler statistics: A precise and logical method for stating a half-truth inaccurately The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
