Off hand you could do two usermods one for the z/OS zone to put the CICS svc
into the nucleus. And another for the CICS zone that marks the module with a
do nothing modification but also has a doc hold to mention the z/OS usermod
that it is to go into the z/OS nucleus.
A cross zone usermod would be nice but don't recall how to do so.
Scott
On Tuesday, March 23, 2021, 1:22:16 PM EDT, Carmen Vitullo
<[email protected]> wrote:
At one time TSO performance was an issue, now most of our users are not
typical TSO or ISPF users, more and more function folks did day to day work is
done from a PC / Server.
Carmen Vitullo
-----Original Message-----
From: Mike <[email protected]>
To: IBM-MAIN <[email protected]>
Date: Tuesday, 23 March 2021 11:56 AM CDT
Subject: Re: Upgrade from z/os 2.3 to 2.4 decrease PVT storage
ISPF can be loaded into shared memory for increased performance but
reduces private memory.
If you don't use the shared memory you get increased private memory
but slow starting up users.
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.f54pc00/isppcalmlpa.htm
On Tue, Mar 23, 2021 at 11:07 AM Carmen Vitullo <[email protected]> wrote:
>
> 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
--
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?
----------------------------------------------------------------------
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
