First allocation in subpool 1,
secondary allocations in subpool 2.
this is true for heap and Stack
allocation.

I remember a very useful IBM presentation
on this topic which is titled "stacks are simple,
heaps are Fun". you will find it using Google

hth

Kind regards

Bernd






--- Original-Nachricht ---
Von: Charles Mills
Betreff: Re: LE QuestionT
Datum: 06.06.2017, 17:06 Uhr
An: IBM-MAIN@LISTSERV.UA.EDU





In-line.

Charles

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
Behalf Of scott Ford
Sent: Tuesday, June 6, 2017 7:06 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: LE QuestionT

> I need some help understanding LE and Cobol. I ran our Cobol STC with RPT 
options and STG options on, i see a large like 700K Heap size.

700K is not large these days LOL. I allocate 3MB on startup!

> My first question is where does LE place the HEAP ( what Subpool ) ?

Don't know but should be in the LE books. Above the 16MB line. I have a 
feeling of subpool zero but that may just be an assumption on my part.

> Secondly, is that HEAP storage freed anytime during the running of a STC 
written in COBOL ? We do not use CEEGTST , etc ...

You can control how that works, at least in C/C++. If you exhaust the heap 
it allocates more (and you can control the increment). You can control what 
happens if the heap contracts: is the storage freed, or kept around in case 
it is needed again, saving the overhead of another GETMAIN?

You can run a storage report at end of job to see if you have any leaks. 
You turn it on with a HEAPCHK statement in CEEOPTS DD. Makes things slow 
during testing.

CM

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu <http://listserv.ua.edu> with the 
message: INFO IBM-MAIN

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Reply via email to