Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Posting-Version: version B 2.10.2 9/18/84; site brl-tgr.ARPA Path: utzoo!watmath!clyde!bonnie!akgua!sdcsvax!dcdwest!ittvax!decvax!wivax!cadmus!harvard!seismo!brl-tgr!tgr!Ron NatalieFrom: Ron Natalie Newsgroups: net.unix Subject: Re: S1 really does live!!! Message-ID: <6425@brl-tgr.ARPA> Date: Thu, 6-Dec-84 20:55:45 EST Article-I.D.: brl-tgr.6425 Posted: Thu Dec 6 20:55:45 1984 Date-Received: Sun, 9-Dec-84 05:39:14 EST Sender: news@brl-tgr.ARPA Organization: Ballistic Research Lab Lines: 25 My favorite thing about S1 is how they degrade UNIX. I have a quote from John Littlemind the president of Multisolutions that was printed in Electronics magazines issue on UNIX. He is detailing what is wrong with UNIX. Most of the inadequacies he cites have been fixed even in the less progressive AT&T releases. The quote we have is the one saying that using UNIX in a multiprocessor environment is impossible due to inherenct deciencies in it's design. The quote is glued to the front of our Purdue style dual VAX running 4.2 BSD using both CPU's. The machine sits accros the room from the Gould PN/6080 also running UNIX on two CPU's. I think someone should tell Convergent and Denelcor and all those other people that they can't do multiprocessor UNIX (they didn't know it was impossible when they did it). Doing multiple CPU UNIX has been known since 1975 (back before John could probably spell UNIX) where the Naval Postgraduate School published a paper on the subject. Unfortunately back then there wasn't any good machine to use for multiprocessor work. The modifications to the 4.2 Kernel to support the second CPU is minimal, the hardest part being what you have to do the VAX to get the second CPU running rather than what you have to do the the UNIX CPU to support multiple CPUs. -Ron S1: It slices, it dices, it makes jullienne fries, but you've got to hit that sucker just right.