Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!decvax!ucbvax!dukelow@cod.nosc.arpa@nosc.UUCP
From: dukelow@cod.nosc.arpa@nosc.UUCP
Newsgroups: mod.computers.apollo
Subject: Submission for mod-computers-apollo
Message-ID: <8701131558.AA03354@cod.ARPA>
Date: Tue, 13-Jan-87 10:58:47 EST
Article-I.D.: cod.8701131558.AA03354
Posted: Tue Jan 13 10:58:47 1987
Date-Received: Tue, 13-Jan-87 19:40:16 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 18
Approved: apollo@yale-comix.arpa

Path: cod!dukelow
From: dukelow@cod.UUCP (Robert A. Dukelow)
Newsgroups: mod.computers.apollo
Subject: DN3000 I/O hogging
Keywords: DN3000 I/O
Message-ID: <464@cod.UUCP>
Date: 13 Jan 87 15:58:47 GMT
Organization: Naval Ocean Systems Center, San Diego
Lines: 8


We can't be the only ones that have noticed that disk or cartridge tape
I/O on a DN3000 seems to take over the entire machine for extended
periods of time. Changing process priorities doesn't seem to help. Is
there a solution to the problem? Is this something Apollo is known to
be working on?

			Bob Dukelow (dukelow@nosc.arpa)