Observations And Comments On 750 Bsd Installation
Perry Kivolowitz
perry at sbcs.UUCP
Sat Aug 20 05:48:07 AEST 1983
We at Stony Brook recently installed 4.1Bsd on the first of a bunch of
750's. We would like to take this opportunity to share a little of what
we learned in the hopes that we can save someone (anyone!) some grief.
First: The version of 4.1 we installed has a revision date of Sept 1,
1981.
Second: The configuration.
Vax 750.
2Mbytes Memory.
Floating Point Board (although this shouldn't enter into the
following discussion).
Uda50 Disk Controller.
DZ 11's.
TU-80 - (man, oh man, if ever there was a tape drive intended
for PATIENT people.)
RL11 - with an rl02.
RA80 -
RA81 .
________________________________________________________________________
TROUBLE GETTING BERKELEY BOOTSTRAP TO WORK.
------------------------------------------------------------------------
The TU-80 will work from a TS-11 bootstrap (and driver). We immediately
ran into problems in getting the Berkeley bootstrap to work. The first
problem turned out to be a schiz'ed cpu board which would run the VMS
16 user simulator (UETP) but failed its basic instruction set
diagnostics (you figure it out). The second problem is that DEC normally
sets the UDA-50 device address to 0772150. The Berkeley bstrap expects
this to be 0777550.
Solution: Have DEC install the UDA-50 at 777550 (or do it yourself).
________________________________________________________________________
NO BOOTSTRAP FOR THE UDA-50.
------------------------------------------------------------------------
We currently face this problem by hoping we don't have to reboot. One
day, some kind soul will send us one (hint!) We didn't receive any
UDA-50 programming spec's so writting the bstrap ourselves is out of the
question.
________________________________________________________________________
NO DRIVER FOR THE RL02
------------------------------------------------------------------------
Who cares. (But if someone happens to have one...)
________________________________________________________________________
NO SUPPORT (READILY) AVAILABLE FOR MULTIPLE DRIVES ON THE UDA-50
------------------------------------------------------------------------
The UDA-50 driver we received had knowledge of the RA-80 only.
Moreover, it dealt with only a SINGLE RA-80. Luckily, the hooks were
there to add multiple drive support as well as adding a second level to
the partition size data structure.
If anyone wants this - send mail. BUT - it really wasn't much trouble to
do (about twenty minutes).
------------------------------------------------------------------------
YES!!!! JUST COMMENT OUT N_DH and DH11 FROM SYMBOLS.RAW
------------------------------------------------------------------------
Nuff said.
------------------------------------------------------------------------
TU-80
------------------------------------------------------------------------
The TU-80 is great fun. Get one and hope for lots of rainy days. You can
cheer and take bets on when it'll find the beggining of tape mark. Also,
hire a grunt to make believe he's an automatic on-line feature.
________________________________________________________________________
IT RUNS NOW - BUT...
------------------------------------------------------------------------
o If you ever get into a situation where Unix wants to do a core
image save to disk (after a crash, for instance) there is no
UDA-50 DUMP routine (as noted in a previous letter to this news
group).
o SIT DOWN - Take a deep breath:
With a 1K blocking granularity (Cluster setting 2 in param.h)
block i/o on the UDA-50 takes place at a blinding 20 to 30Kbytes
per second. (You did not read that wrong - I DID say 20 to 30 K
bytes per second).
We took measurements which showed that we could achieve:
(ALL ON RAW DEVICE)
453Kb/sec with 64Kb transfers.
192Kb/sec with 4Kb transfers.
and 29Kb with 512 byte transfers.
What can be done? Well, the file system data structure allows
one more increment in the blocking factor - to 2048 byte units).
Adopting this will help a tad but cost in fragmentation.
We expect that the problem is due to having to pay the piper
each time we grab the Unibus. We believe that an entire rewrite
of the uba code is on order as the driver was probably written
before the 750 was on the scene (ie - Hey we have a Massbus -
Why fiddle with that ol'Unithingy).
We are working on this (but we don't want to).
------------------------------------------------------------------------
SUMMARY
------------------------------------------------------------------------
We are firm in our belief that a Vax is a great personal
workstation.
________________________________________________________________________
ETC
------------------------------------------------------------------------
Noone that we could find at Berkeley knew how to regen a boot
tape (ie the stand alone system's tape directory structure).
Any clues?
------------------------------------------------------------------------
Hope this helped someone somewhere.
Perry S Kivolowitz
Rick J Spanbauer
SUNY/Stony Brook
allegra!sbcs!perry
philabs!sbcs!perry
(516) 246-7146
so there!
More information about the Comp.unix.wizards
mailing list