Scott; Thanks for the explanation. It helps.
The only application on this system is ADSM. From your description, it
sounds like the "persistent storage paging I/O" (pgin/pgout) is a result
of jfs I/O to ADSM's disk storage volumes, Database volumes, and Log
volumes. I should have mentioned in my first note that all our ADSM
volumes are on JFS, not raw LVs.
Mike; You seem to have a different opinion than Scott. From what Scott
says, pgin/pgout activity is to be expected with ADSM. It's the
pgsin/pgsout that I should be worried about. If you still think we are
memory constrained, I would like to understand why (i.e., what numbers are
you looking at?).
Thanks again.
..Paul
--
At 08:30 AM 4/9/98 -0700, scotte AT center.uscs DOT com wrote:
At 08:30 AM 4/9/98 -0700, scotte AT center.uscs DOT com wrote:
>You paging looks pretty healthy to me if your system is busy. Paging isn't
>necessarily a bad thing... There are two types of paging in AIX:
>persistent storage and working storage. In a nutshell, persistent storage
>is essentially file cache - loading stuff from disk - like your DB and
>LOG. Working storage is everything else - like heap and stack and stuff.
>
>Monitor seperates the two types of paging. Persistent storage is shown in
>pgin/pgout, while working storage (i.e. "swapping") is shown in
>pgsin/pgsout. Since the latter numbers are ZERO, what you are seeing is
>all file IO. I would not say it excessive, but it really depends on the
>type of machine and what's it's doing. If you are really concerned about
>it, you may want to consult a performance expert (which I am, by all
>means, NOT!!).
>
>You could start up "monitor" then halt ADSM and see if they go to zero...
>
>Also, "monitor" is known to not be particularly accurate (and even lie!),
>so use it only as a rough guideline. There are other tools (like svmon)
>that will give you a more complete picture, but are not nearly as easy to
>use.
>
>Hope this helps,
>-Scott
>________________________________________________________________________
> L. Scott Emmons | CableData R&D Center - El Dorado Hills, CA, USA
>Staff Software Engineer| Special Projects, Systems Development Dept
> (916) 939-6088 | Views and content are my own, not CableData's
>
>
|
