yes, I remember storage size and boundaries, and I did find the HC, unfortunately my site does not want HC running in prod (2.3), I normally check prior to the first IPL of my test LPAR, its notated in the Migration workflow. my issue was self inflicted, a usermod I neglected moving ISPF LPA RMOD 24 modules to the ISPLOAD, after this mod was applied and REIPL we're back to 8168K in private storage my current check shows IGVH102I The size of CSA has decreased by 592k since the last IPL...... I'll have to burn this check in my old brain so I do not forget. I've had this bite me very long ago with and older PL/1 1.1 application. long story :( Carmen Vitullo
-----Original Message----- From: Peter <[email protected]> To: IBM-MAIN <[email protected]> Date: Tuesday, 23 March 2021 10:07 AM CDT Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage The boundary between PVT/CSA and ECSA/EPVT is a 1-M boundary. A tiny change in nucleus, LPA, CSA allocation, SQA allocation can result in reduction of PVT size by 1M. Health check VSM_CSA_CHANGE can provide useful information about how close to the "tipping point" you are. Did you look at that check in 2.3, for example? And even if you can't necessarily have it compare 2.3 results to 2.4 results (maybe you can, I'm not sure) you can compare the information it provides. Here's a tidbit from the description: "...helpful in determining when the module growth in LPA or the nucleus could reduce the size of the private area." Peter Relson z/OS Core Technology Design ---------------------------------------------------------------------- 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
