Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!csd4.milw.wisc.edu!uxc!uxc.cso.uiuc.edu!ux1.cso.uiuc.edu!uxh.cso.uiuc.edu!lray
From: lray@uxh.cso.uiuc.edu
Newsgroups: comp.sys.apollo
Subject: Re: what to do with "old" hardware
Message-ID: <18300008@uxh.cso.uiuc.edu>
Date: 30 Apr 89 20:43:00 GMT
Lines: 28
Nf-ID: #R:<8904262120.AA06734@cod.nosc.mil:-33:uxh.cso.uiuc.edu:18300008:000:1267
Nf-From: uxh.cso.uiuc.edu!lray    Apr 30 15:43:00 1989


I've been running my DSP-90 at SR10 for a while now. For several weeks,
I even ran it diskless off a DN660 at SR10.0. Our DSP is a 3Mb machine. It
holds a 1600 bpi cypher tape drive, our printer (serial connection), and
is our tcp gateway (we use COM-ECMB). In addition, it runs administrative
shell scripts. 

The machine has no problems as a file server. I must mention, though, that the
users here do not do large volumes of disk I/O. They edit, compile, and run,
and it is not usual that their programs use temporary files. However, teaching
users to put temporary files in /tmp solves this problem.

The DSP works as a tcp gateway with no noticeable decrease in performance.
What is frustrating about tcp is that SR10.0's worked (for this installation)
and SR10.1's did not. There is a bug that causes tcpd to crash on DSP80/90
machines. On a good day, I will have to q and go about 4 times. If Apollo could
fix this, it would make my life considerably easier.

The DSP makes a poor partner for diskless machines at SR10. 

The DSP should not hold a global location broker, nor should it be a master
registry site.

---------------------------------------------------------------------------

						Leland Ray
						UIUC - Dept. Civil Eng
						(217) 333 - 3821