🚀 go-pugleaf

Thanks to RPS at Apollo I have the solution to the problem
of tape backups via the network and general network disk I/O
causing a node to get really slow. Using NETSVC -S 2 -P 512 to
limit the amount of real memory which the page request servers
can use for remote paging requests to 1/2 Mb on a 2Mb DN560
seems to give the page request servers enough memory to operate
efficiently while leaving some memory for the local user of the
node. By default, NETSVC normally lets the page request servers
use all of the memory on the node, and when their is a lot of
network disk I/O going on (as when you are doing a backup of the
disk from a tape drive on another node or when a diskless parter
is doing a lot of paging or even when someone is simply accessing
a lot of data) the page request servers wind up eating up *all* of
the node's memory forcing the local user's processes and the
display manager into paging. I have changed all of the 
`node_data/startup.?* files on our network to use the -P 512
option, and even the 4MB DN460/660's now seem to be faster when
there is heavy network disk I/O going on.

-- David Krowitz