Re: How Memory Pools work -- MIDRANGE-L

Adam, try WRKSBS. If QBASE is in the list, then you don't have batch work separate from other work. In that case, QBASE is the QCTLSBSD (controlling subsystem description). The other option is QCTL, which gets QBATCH activated as a separate subsystem at startup. Communication can also then be put into its own pool through the QCMN subsystem description. You'd need to change a couple things in that SBSD, but, since this is a communications product, it might be good to separate this work out.

In newer systems, interactive work runs in QBASE subsystem but in a separate shared pool called *INTERACT, not *BASE, where the batch work is. Depending on the age of your AS/400, your vendor may or may not be correct about pulling from interactive.

If you have the performance adjust turned on, it'll try to move memory to where it's needed. You don't have much reserve - it looks like you may not have enough for *MACHINE. This can affect everything.

Some performance collection and analysis is probably a good idea. You should also look at the Work Management manual - there are recommendations there for allocating memory to various pools, what various tasks need, etc.

If you have Support Line with IBM, they can help you, I think (hope?).

HTH
Vern

At 11:53 AM 11/11/2003 -0500, you wrote:

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 mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.