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
> -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 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
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
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
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
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
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
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
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
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
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
>Sub Pool 0 (File Buffers) and Sub Pool 2 (Working Storage) are using
about 3.5m
...
Consider compiling them MODE31, rather than taking a 20-30 year step backwards.
-teD
Me? A skeptic? I trust you have proof!
--
For IBM-MAIN sub
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
On Wed, 9 Nov 2005 10:51:17 -0600, JONES, CHARLIE wrote:
>We have a LARGE application program that is exhausting below the line
>storage and abending.
>
>Sub Pool 0 (File Buffers) and Sub Pool 2 (Working Storage) are using
>about 3.5m
>
>Are there any easy tricks to make the entire program run abo
What kind of files are involved? VSAM, NonVSAM??
Larry Crilley
Dino Software, Corp.
http://www.dino-software.com/
412-734-2853.
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] w
What language? COBOL? What compiler version? Help depends on the details.
Peter
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Sent: Wednesday, November 09, 2005 11:55 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Program exhausting below the line storage
We
We have a LARGE application program that is exhausting below the line
storage and
abending.
Sub Pool 0 (File Buffers) and Sub Pool 2 (Working Storage) are using
about 3.5m
Are there any easy tricks to make the entire program run above the line?
Or will we
simply have to reduce file buffe
18 matches
Mail list logo