krowitz@EDDIE.MIT.EDU@mit-kermit.UUCP (David Krowitz) (01/21/87)
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