Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site topaz.ARPA Path: utzoo!watmath!clyde!burl!ulysses!allegra!bellcore!decvax!genrad!teddy!panda!talcott!harvard!seismo!topaz!STEINER@RUTGERS.ARPA From: STEINER@RUTGERS.ARPA Newsgroups: net.works Subject: Re: 32032 UNIX Message-ID: <268@topaz.ARPA> Date: Tue, 15-Jan-85 01:51:06 EST Article-I.D.: topaz.268 Posted: Tue Jan 15 01:51:06 1985 Date-Received: Thu, 17-Jan-85 03:46:31 EST Sender: daemon@topaz.ARPA Organization: Rutgers Univ., New Brunswick, N.J. Lines: 32 From: psu-cs!aatpdx!mcg%tektronix.csnet@csnet-relay.arpa As a former employee of Tek working on the workstation to which you referred in your note, I can tell you that it is *definitely* UNIX based. The system (the 6000 series) is based on the 32016 and 32032 processors and 4.2BSD UNIX. I don't wish to say anything about their merit. Also, a company called LMC Corp sells a Multibus-based 32016 box which runs UNIX. There are two commercially available UNIX ports for the 32016: one from Human Computing Resources in Toronto: originally a 4.1 port, now moving to System V; and one from National Semiconductor, also originally 4.1, now moving to 4.2. HCR's is available in source or binary form for a small number of configurations, and National's is available in source form, or in binary for their proprietary workstation. I run HCR 4.1 UNIX (Unity) on both an old National DB16000 board (a multibus 16032 prototype) and on the GVC Corp GVC-16 board, made by a small company in Cambridge. Since we do not yet have Rev N (bug-free) chips, all the software work-arounds make it a little slow, but I expect 11/750 performance or better when we have Rev. N chips and use GVC's 4 megs of on-board no-wait-state memory (there are 4 to 6 waits for Multibus memory access). S. McGeady Ann Arbor Terminals Research and Development Portland, OR