My 2003 Newsletter has this note:
29. APAR OW54622 introduced an SQA overflow into CSA condition that
increased CPU time for many STCs over time; the new GETMAIN larger
than FREEMAIN was corrected by APAR OW55360. It has long been known
that when SQA is too small and expands into the CSA area, path
lengths are dramatically increased; you can detect this condition in
MXG dataset TYPE78VS variables SQAEXPNx.
Unfortunately, I do NOT know if that statement with regard to increased
CPU time due to path length when there is an overflow is still true, and
I can't find the "long known" source.
Barry
Merrilly yours,
Herbert W. Barry Merrill, PhD
President-Programmer
Merrill Consultants
MXG Software
10717 Cromwell Drive technical questions: [email protected]
Dallas, TX 75229
http://www.mxg.com admin questions: [email protected]
tel: 214 351 1966
fax: 214 350 3694
-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf
Of Vernooij, Kees (ITOPT1) - KLM
Sent: Monday, June 26, 2017 4:11 AM
To: [email protected]
Subject: Re: common storage usage question
> -----Original Message-----
> From: IBM Mainframe Discussion List [mailto:[email protected]]
> On Behalf Of Pommier, Rex
> Sent: 20 June, 2017 16:12
> To: [email protected]
> Subject: common storage usage question
>
> Hi all,
>
> Curiosity question. Due to some storage issues we've had recently
> with old 24 bit programs, I am revisiting our common storage
> configuration - CSA and SQA. Taking fragmentation into account, it
> appears that I'm using about 38% of my allocated SQA and about 46% of my
> allocated CSA.
> So I'm wondering if anybody has a good feel as to what a "good"
> percentage of used versus allocated space for these areas is. How low
> can I safely go in free space in these areas if we decide we want to
> try to eke out an additional MB of below-the-line private? Our
> current private size is 11MB.
>
> TIA,
>
> Rex
>
> 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.
>
>
- Usually I check the peaks of the last 6 or 12 months and consider those good
guidelines, if you don't plan upgrades that might change the picture.
- You can cut SQA to near 100% usage, because it can overflow to CSA, so you
don't only need 1 free space area.
Kees.
********************************************************
For information, services and offers, please visit our web site:
http://www.klm.com. This e-mail and any attachment may contain confidential and
privileged material intended for the addressee only. If you are not the
addressee, you are notified that no part of the e-mail or any attachment may be
disclosed, copied or distributed, and that any other action related to this
e-mail or attachment is strictly prohibited, and may be unlawful. If you have
received this e-mail by error, please notify the sender immediately by return
e-mail, and delete this message.
Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its
employees shall not be liable for the incorrect or incomplete transmission of
this e-mail or any attachments, nor responsible for any delay in receipt.
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch
Airlines) is registered in Amstelveen, The Netherlands, with registered number
33014286
********************************************************
----------------------------------------------------------------------
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
