We are seeing very slow response on jobs that run out of the *Base memory pool. These are java jobs that are part of our ERP package. From looking at wrksyssts it appears that a good part of the problem may be excessive paging. When the system is under full load we are seeing an average of a little less then 100 DB faults and about 150 Non-DB faults per second.

I don't have any training in this area, but the obvious problem is that we simply don't have enough memory to accommodate the load we are putting on the server. Is there a chance that we simply have the max active field set too low because we have a large number of relatively small memory footprint jobs running? How would I test that hypothesis?

I can narrow down the jobs for which I would most like to increase performance to one subsystem. Is it fairly straightforward to define a user memory pool constrained for use to that one subsystem?

Thanks for any advice.

Josh Diggs
Information Systems Manager
California Fine Wire


This thread ...

Follow-Ups:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2026 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.