|
Right, so if you want *SHRPOOL1 to have an extra GB just change it to 6084. The memory will automagically come from *BASE, then QPFRADJ will start to rebalance the pools the way it thinks that they ought to be. If you want to override QPFRADJ for *SHRPOOL1, i.e. set the minimum size to 6GB, go to WRKSHRPOOL and set the minimum size to 33%. If you want to know what QPFRADJ thinks, set the paging option on all pools to *CALC, lower the sizes and see what QPFRADJ does. If you are smarter than QPFRADJ you can override it with the minimum size setting. A good example of this is WebsFear, which QPFRADJ will decide never does much work so it will sap the memory and use it for interactive jobs. Then when you go to restart WebsFear it won't have enough memory in the pool and it will thrash until QPFRADJ moves it there. Regards, Scott Ingvaldson iSeries System Administrator GuideOne Insurance Group -----Original Message----- date: Wed, 24 Nov 2004 11:28:33 -0500 from: rob@xxxxxxxxx subject: RE: Why separate pools? This is the situation. I want more memory in poolxyz. Now, I have to figure out which pool's to shrink to stick it into base so I can then extend poolxyz. ... Defined Max Allocated Pool -Paging Option-- Pool Size (M) Active Size (M) ID Defined Current *MACHINE 1407.56 +++++ 1407.56 1 *FIXED *FIXED *BASE 6670.02 1337 6670.02 2 *CALC *CALC *INTERACT 4871.39 458 4871.39 3 *FIXED *FIXED *SPOOL 269.19 46 269.19 5 *FIXED *FIXED *SHRPOOL1 5083.87 80 5083.87 4 *CALC *CALC Rob Berendt -- Group Dekko Services, LLC 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.
As an Amazon Associate we earn from qualifying purchases.
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.