Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!ucbvax!RICHTER.MIT.EDU!krowitz
From: krowitz@RICHTER.MIT.EDU (David Krowitz)
Newsgroups: comp.sys.apollo
Subject: Re:  DN10k slowing down
Message-ID: <9103271528.AA02884@richter.mit.edu>
Date: 27 Mar 91 15:28:40 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 26

There are two tools you should be using:

!1) /usr/apollo/bin/dspst with the -a option
2) /bin/ps -alx

The "runaway init" problem on earlier revs. of SR10 for
DN10000's was a problem with the size of the "init" process
growing without bounds. Run "dspst -a" and look at the
page purifier processes and the win
chester disk I/O. If the page purifiers and the disk I/O
are both active when the machine gets slow, then there's
a good bet that the beast has run out of RAM and is page
thrashing. Use "ps -alx" to check the real and virtual
sizes (RSS and SZ columns) of the processes running on
your machine. "init" should be something on the order of
1 or 2 MB (1000 to 2000 1kb pages). If "init" is huge,
the page purifiers are running, and the disk I/O is high --
then you probably have the run away "init" problem.


 -- David Krowitz

krowitz@richter.mit.edu   (18.83.0.109)
krowitz%richter.mit.edu@eddie.mit.edu
krowitz%richter.mit.edu@mitvma.bitnet
(in order of decreasing preference)