Also SMF 78-2 is pretty useful here. You could see the trend and what drove it. Both above and below the line.
Cheers, Martin Martin Packer WW z/OS Performance, Capacity and Architecture, IBM Technology Sales +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://mainframeperformancetopics.com Mainframe, Performance, Topics Podcast Series (With Marna Walle): https://anchor.fm/marna-walle Youtube channel: https://www.youtube.com/channel/UCu_65HaYgksbF6Q8SQ4oOvA From: Peter Relson <rel...@us.ibm.com> To: IBM-MAIN@LISTSERV.UA.EDU Date: 23/03/2021 15:07 Subject: [EXTERNAL] Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage Sent by: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> 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 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