RE: How Memory Pools work -- MIDRANGE-L

What they are referring to is Separating Batch Work from *BASE:

http://www-912.ibm.com/s_dir/slkbase.nsf/3cdf5d853ca698198625680b00020369/56
28f38ef557e22f86256d6c00698fd9?OpenDocument&Highlight=0,batch,base

However, with only 256 MB of main storage you will not (caution, my opinion
only) likely see much improvement by doing this.  If this workload is run by
itself in a pool with minimal existing memory it will take that much longer
for QPFRADJ to move it there.  You won't have contention for the memory, but
you'll still have to wait for it.  You might also want to consider changing
the priority of the job with the response issue.

You can set the minimum memory in *BASE to a higher amount and then it won't
take so much time for QPFRADJ to move needed memory to it.  Or you could set
the maximum memory in *INTERACT.  Or both.  Use WRKSHRPOOL>F11=Display
tuning data

You'll likely see something like this:
                      -----Size %----- 
Pool        Priority  Minimum  Maximum 
*MACHINE         1      8.33      100  
*BASE            1      5.05      100  
*INTERACT        2     20.00      100  
*SPOOL           2      1.00      100  

With 256 MB of main storage if you set the minimum for *BASE to 20.00 that
pool will never fall below 51.2 MB, if you set the Maximum for *INTERACT to
70.00 that pool will not go above 179.2 MB.  This can help ease the
transitions by keeping your interactive workload from sucking up every bit
of available memory.

Try making incremental changes and see if there appear to be any
improvements in your performance.  This is definately more art than science
and as always YMMV.

Regards,

Scott Ingvaldson
AS/400 System Administrator
GuideOne Insurance Group

-----Original Message-----
date: Tue, 11 Nov 2003 11:53:00 -0500
from: "Adam Lang" <aalang@xxxxxxxxxxxxxxxxxxxx>
subject: How Memory Pools work

Can someone explain how memory pools work?  Our system currently has 256 MB
total and apparently our interactive is around 150-160.  We also have a
machine, base and spool pool.

We have a windows based app that is using Communication Frameworks to call a
program on our AS/400 to rate auto insurance policies.  It is taking a long
time to get an exit back from the as/400 program.  The vendor is saying it
is because we have no batch pool and that it is processing in the base pool
and trying to pull memory form qinter (interactive).  I would appreciate if
some of you more knowledgeable folks could give a high and low over view of
high memory pools work on the as/400.  I hate having to take a vendor's word
for it. ;)

Adam Lang
Systems Engineer
Rutgers Casualty Insurance Company
http://www.rutgersinsurance.com

  
   
This message and accompanying documents are covered by the Electronic
Communications Privacy Act, 18 U.S.C. §§ 2510-2521, and contains information
intended for the specified individual(s) only. This information is
confidential. If you are not the intended recipient or an agent responsible
for delivering it to the intended recipient, you are hereby notified that
you have received this document in error and that any review, dissemination,
copying, or the taking of any action based on the contents of this
information is strictly prohibited. If you have received this communication
in error, please notify us immediately by e-mail, and delete the original
message.