×
The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.
There is a way to determine how much memory is paged.
WRKSYSSTS
Take
Current unprotect used . : 110277 M
Subtract the sum of:
Pool
Size M
5044.38
24317.51
2284.17
14762.66
14454.68
7480.57
or
68343.97
and you get
110277 - 68343.97
=
41933.03
or 41GB paged out.
Then the million dollar question becomes: What does this mean?
Is there an acceptable amount of paging? If so, is it an amount or a
percentage?
Or does this not matter, what really matters is paging and faulting? If
so, how does one address paging and faulting.
- Shift memory from one pool to another.
- Add memory
- Change applications to use less memory
- Terminate staff to reduce workload on system.
- Move applications to other platforms.
- Move back to paper based business from computer based business. (There's
this ancient horror story from our distant past...)
- and on and on and on...
This system is a bit memory constrained at times and shifting memory from
one pool to the next isn't always the answer as it quickly changes from
one pool to the next. For example, WAS startups often jump from hogging
memory in base (where they run) and from interactive (where they are
started from). So please, no plugs for tuning products that are more
responsive than QPFRADJ.
Sure, startups shouldn't be your main concern (unless you're the IBM guy
connecting in remotely at 11pm helping you get WAS stuff configured),
since startups only occur, well, at startup.
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.