In 1984 our university bought a Logical Microcomputer Co. 16032 computer running either Xenix or Genix. Then, they upgraded to the other one.
I made a wire-wrapped clone of the machine, and while it worked, it was AMAZINGLY slow! It took well over a wall-clock minute to bring up emacs.
I used a cast-off memory from an MRI scanner and made my own interface for it. That might have been partly responsible for the slowness, but it
was not insanely slow memory. Probably 650 ns at the Multibus, IIRC.
I did run this until 1986 when I had the oportunity to get a MicroVAX II, which was vastly faster and I was able to obtain more compilers for it.
I then built a 16032-based multiprocessor for our VAX 11/780 at work. I had up to 7 Multibus Nat. Semi. boards in the same Multibus card cage
with Multibus memory and a DMA interface to the VAX Unibus. I had to mod the Multibus interface on the Nat. Semi. boards as their hybrid bus interface module didn't have synchronizers for multi-master operation. Nat. Semi. was good enough to get me schematics of the hybrid, and it
was immediately obvious why it didn't work. I added several FFs in the patch area, and it worked like a charm! I added a few instructions to the debug ROM so that if a certain Multibus memory location had a specific 32-bit value, the ROM code would copy a program from the Multibus memory to local memory and execute it. But, the performance was not great.
With 7 16032's running, it was about twice as fast as the VAX. That really wasn't worth the trouble of setting up the programs, and the lack of any way to debug the program when it was running. We did write a journal paper on it, though.
Jon