[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re- UX400S- a decent machin
Subject Re- UX400S- a decent machin
IN REPLY TO: Re: UX400S: a decent machin
Date: Tue, 16 Jan 90 14:01 CST
From: firstname.lastname@example.org (Donald H. Mitchell)
Having used the UX400S for several months now, I am glad to
that this machine is fast and relatively trouble free. From what
understand, however, it is not selling up to Symbolics's
I'd guess one reason is you need that big slot (or two) and how many
suns are out there anyway? Most people have lots of diskless (or at
slotless) SUNs, but only a couple with slots being used as
those they may not want to bog down with a lisp coprocessor? - never
what the impact is of the Symbolics on the UNIX half if it's
As a suggestion: build a 0 footprint box for the boards that fit
sparcstation (or between it and the monitor) and plug a ribbon into
the coprocessor slots on the board (the S-bus). That would allow
that already have a bunch of sparcs to add a symbolics board to them
of buying a new machine. Dunno if the bus can actually support this
access, but I'd hope it can be done, else I don't see much point for
providing it (that is, uxl400 <-> unix access seems pretty minimal).
could be done as a generic VME extension which would have it's own
but that's probably harder; easier to customize the board for this
with the MacIvory (but still use local memory, of course).
There's a company called Bit3 (612) 881-6955 which is planning on
an Sbus - VME bus converter which is just as you describe. They make
many permutations of thisbus to thatbus converters and are just
Sbus to their set. Call them up and tell them how much you'd like it
they'll get it done sooner.
I have no idea how hard (or easy) it'd be to get the ivory board
on a Sparcstation rigged up this way but it'd certainly be a lot
than buying a VME sun.