🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: mod.computers.vax
Article #3785

Re: Processes in a RWAST state

#3785
From: LEICHTER-JERRY
Date: Tue, 17 Mar 1987 06:10
57 lines
3240 bytes
Some additional information about some of the resource waits you mention:

    	4	RWPFF	Page file full.  The page file to which this process
    			is assigned is full.
Symbol and meaning defined, but never used in the code in either V3 or V4.

    	5	RWPAG	Waiting for paged pool.
Never used in V3, used in V4.

    	6	RWBRK	$BRKTHRU wait.
Used in V3, obsolete and never used in V4.  (The V3 broadcast mechanism was
very different and had hooks deep into many pieces of the system.  The V4
mechanism is much cleaner and works with, rather than against, the terminal
driver.)

    	7	RWIMG	Image activator interlock.
Used V3, obsolete in V4.  (Implemented an interlock between INSTALL and the
image activator.  Now, the lock manager is used.)

    	8	RWQUO	A pooled quota has been exceeded.  Use SDA to figure
    			out which one.
Symbol and meaning defined, but never used in the code in either V3 or V4.

    	9	RWLCK	Lock ID database is full? (can anybody fill me in?).
Symbol and meaning defined, but never used in the code in either V3 or V4.

    	12	RWMPB	Waiting for the modified page writer (to do something,
    			but I'm not sure what.  Can anybody fill me in?).
Indicates that a process tried to fault a modified page out of its working
set, but the modified page list was too big (larger than MPW_WAITLIMIT).
This is an emergency self-protection mechanism that triggers when insufficient
page file space, or other incorrect parameter settings, cause the modified
page writer to get way behind - processes that try to create even more work
for the modified page writer get throttled.  (Transient occurences of RMMPB
are probably common.  For example, setting MPW_WAITLIMIT to the same value as
MPW_HILIMIT (which AUTOGEN seems to like to do) makes this quite likely.)

Since modified page writing is done by the SWAPPER, which runs as a process
at priority 16, high-priority real-time processes that hogged the system
could also cause this situation.

    	13	RWSCS	Waiting for a systems communications services
    			(cluster) event.
Used by the cluster-wide lock manager.

    	14	RWCLU	Waiting for a cluster transition.
Used by the cluster-wide lock manager.

Some waits (RWSCS, RWCLU, for example) occur at elevated priorities and are
never interruptable for things like CTRL/Y or process deletion.  Others
(RWAST, RWMPE) may or may not be interruptable.

The wait states noted above as "Never used in the code" or "Obsolete in V4"
may show up in SDA if the process state gets corrupted somehow.

							-- Jerry
-------
Technical Details
Message-ID: <8703170542.AA05067@ucbvax.Berkeley.EDU>
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!YALE.ARPA!LEICHTER-JERRY

Show Full Headers
Complete Article Headers
Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!utgpu!water!watnot!watmath!clyde!rutgers!ames!ucbcad!ucbvax!YALE.ARPA!LEICHTER-JERRY
From: LEICHTER-JERRY@YALE.ARPA.UUCP
Newsgroups: mod.computers.vax
Subject: Re: Processes in a RWAST state
Message-ID: <8703170542.AA05067@ucbvax.Berkeley.EDU>
Date: Tue, 17-Mar-87 01:10:50 EST
Article-I.D.: ucbvax.8703170542.AA05067
Posted: Tue Mar 17 01:10:50 1987
Date-Received: Wed, 18-Mar-87 02:18:28 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Reply-To: <LEICHTER-JERRY@YALE.ARPA>
Distribution: world
Organization: The ARPA Internet
Lines: 57
Approved: info-vax@sri-kl.arpa