home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9367 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.0 KB
  1. Path: sparky!uunet!olivea!sgigate!odin!sgi!rhyolite!vjs
  2. From: vjs@rhyolite.wpd.sgi.com (Vernon Schryver)
  3. Newsgroups: comp.arch
  4. Subject: Re: Computer architects forced to change careers. NOT!
  5. Message-ID: <pnjn93s@rhyolite.wpd.sgi.com>
  6. Date: 11 Sep 92 17:28:49 GMT
  7. References: <1992Sep9.061933.28304@news.eng.convex.com> <1992Sep10.194733.8001@boole.uucp>
  8. Organization: Silicon Graphics, Inc.  Mountain View, CA
  9. Lines: 36
  10.  
  11. In article <1992Sep10.194733.8001@boole.uucp>, John@boole.uucp (John Ahlstrom) writes:
  12. > ...
  13. > >Take a look at the history of the Intel 432. Was there ever a computer
  14. > >architecture that was a worse disaster?
  15. > 
  16. >         Was there any "new technology" required "to be invented on
  17. >         the spot by the" logic designers, circuit designers, process
  18. >         engineers (the analog to the construction engineers)?
  19. > 
  20. >         I think the problem was what was seen as the requirements
  21. >         for the machine.  Particularly very small-grained security
  22. >         and the religious refusal to use faster mechanisms (e.g. jsr
  23. >         rather than protected call) even when they existed.  Other
  24. >         things like bit addressability were so new technology (cheap
  25. >         ram) would NOT have to be invented on the site by construction
  26. >         engineers.*
  27.  
  28.  
  29. The talks at SOSP and the INTEL Traveling Road Show were exciting.
  30. Then I got manuals, and found that of the many different, redundant,
  31. and contradictory operating system mechanisms that I, at least, knew
  32. about back then, the 432 seemed to implement each and every one.
  33.  
  34. I've forgotten the details, but I remember running around, waiving the
  35. manuals and challenging people to think of a queueing, scheduling,
  36. messaging, or exclusion mechanism that was not all but completely
  37. implemented in the silicon.  And this was years after the Needham-Lauer
  38. dichotomy was popular.
  39.  
  40. Whatever else it's faults or virtues, the 432 demonstrated that the
  41. kitchen sink design school doesn't work, that anybody can add features
  42. to anything, but that the real work and value is in leaving the
  43. right things out.
  44.  
  45.  
  46. Vernon Schryver,  vjs@sgi.com
  47.