If you have a large number of small(ish) allocations (for example if you
have the need to allocate a list of variable length blocks), once you have
processed the list if all blocks are in there own subpool, you can code you
application to free the whole subpool in one STORAGE call, as opposed to
having to run the chain, to free each node in a separate STORAGE call.  Now
if you are using a list of fixed length blocks, I would recommend looking at
the CPOOL services, rather than using STORAGE.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Lindy Mayfield
Sent: Monday, August 18, 2008 11:03 AM
To: [email protected]
Subject: Re: A couple of memory/storage questions

What is the advantage of freeing an entire subpool vs. freeing the
memory by address?

-----Original Message-----
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of (IBM Mainframe Discussion List)
Sent: 18. elokuuta 2008 18:55
To: [email protected]
Subject: Re: A couple of memory/storage questions

 
 
In a message dated 8/18/2008 10:42:40 A.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
>Storage in a subpool is always in a different page than storage in
another
subpool (for 0-127). You can localize fetches to control block  chains.
Also,
you can share/transfer subpools with/to different  tasks.
 
One more advantage of using different subpools is that you can free up
all  
the storage in any given subpool by only one STORAGE (or FREEMAIN)
macro.   If 
you use different subpools for different purposes, you could free up all
the  
storage used for purpose X by doing one FREEMAIN-type macro, whereas if
you 
used  subpool 0 for all storage, then you would need multiple
FREEMAIN-type 
macros,  each of which frees up only one piece of storage in that
subpool.
 
Bill  Fairchild
Rocket Software

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

----------------------------------------------------------------------
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Reply via email to