Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program that is exhausting below the
line storage and
abending. There are 16 QSAM files and an IDMS Database.
Sub Pool 0 (File Buffers 1.5meg) and Sub Pool 2 (Working Storage 2meg)
ar
below the line storage
Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program that is exhausting
below the line storage and
abending. There are 16 QSAM files and an IDMS Database.
Sub Pool 0 (File Buffers 1.5meg) and Sub Pool 2
COBOL Program exhausting below the line storage
Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program that is exhausting below the line
storage and abending. There are 16 QSAM files and an IDMS Database.
Sub Pool 0 (File Buffers 1.5meg) an
Assuming you can not recompile, and assuming the QSAM buffers are taking
a large amount of your region, and assuming your DCBs are not doing
LOCATE mode processing...
There are several products on the market that can intercept the OPEN and
dynamically place your QSAM/VSAM buffers above the 16mb l
List [mailto:[EMAIL PROTECTED] On
Behalf Of JONES, CHARLIE
Sent: Wednesday, November 09, 2005 12:17 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: COBOL Program exhausting below the line storage
Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
We have a LARGE COBOL application program
On Wed, 9 Nov 2005 12:16:52 -0600, JONES, CHARLIE wrote:
>Compiler: PP 5655-G53 IBM Enterprise COBOL for z/OS and OS/390 3.2.0
>
>We have a LARGE COBOL application program that is exhausting below the
>line storage and abending. There are 16 QSAM files and an IDMS Database.
How many records, on
I would STRONGLY consider reducing the number of buffers and take the
chance that the performance is perhaps less than ideal rather than watch
the job ABEND.
ABENDs are not considered better performance.
On Wed, 9 Nov 2005 14:43:56 -0600, Hal Merritt wrote:
>Reducing block sizes can be *very* c
er 09, 2005 2:13 PM
Subject: Re: COBOL Program exhausting below the line storage
With such a current compiler release, just recompiling with the COBOL option
DATA(31) should put your working storage above the line.
Unless your IDMS requires DATA(24), in which case you have no choice but to
reduce
They [IDMS] may also have some old subroutine that is AMODE 24 which will
generally force every
thing below the line.
If the notion of using a program object instead of a load module does not
strike you as intolerably 'cutting-edge', the Binder's SPLIT option was
provided to address just
esday, November 09, 2005 9:49 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: COBOL Program exhausting below the line storage
>
>They [IDMS] may also have some old subroutine that is AMODE 24 which
>will
>generally force every
>thing below the line.
>
If the notion of using a program o
On Wed, 9 Nov 2005 12:16:52 -0600, JONES, CHARLIE wrote:
>We have a LARGE COBOL application program that is exhausting below the
>line storage and abending. There are 16 QSAM files and an IDMS Database.
You might check to see if any of those 16 QSAM files are striped. That
will increase your sto
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of JONES, CHARLIE
> Sent: Thursday, 10 November 2005 2:17 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: COBOL Program exhausting below the line storage
>
> Compiler: PP 5655-G53 IBM E
On Fri, 2005-11-11 at 07:24 +0800, Ron and Jenny Hawkins wrote:
> Someone mentioned striping using more storage, but I understand that B/QSAM
> buffers with Extended Format datasets go above the line.
Hmmm, that's kind of interesting. I distinctly remember having a rash
of region size issues with
13 matches
Mail list logo