home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / arch / 9368 < prev    next >
Encoding:
Text File  |  1992-09-11  |  2.4 KB  |  54 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!pipex!warwick!pavo.csi.cam.ac.uk!cam-cl!rf
  3. From: rf@cl.cam.ac.uk (Robin Fairbairns)
  4. Subject: Re: Computer architects forced to change careers. NOT!
  5. Message-ID: <1992Sep11.133532.19502@infodev.cam.ac.uk>
  6. Sender: news@infodev.cam.ac.uk (USENET news)
  7. Nntp-Posting-Host: ely.cl.cam.ac.uk
  8. Reply-To: rf@cl.cam.ac.uk (Robin Fairbairns)
  9. Organization: U of Cambridge, England
  10. References: <1992Sep9.061933.28304@news.eng.convex.com> <1992Sep9.213319.7894@fasttech.uucp>
  11. Date: Fri, 11 Sep 1992 13:35:32 GMT
  12. Lines: 40
  13.  
  14.  
  15. In article <1992Sep9.213319.7894@fasttech.uucp>, zeke@fasttech.uucp
  16. (Bohdan Tashchuk) writes (quotes omitted):
  17. |> Take a look at the history of the Intel 432. Was there ever a computer
  18. |> architecture that was a worse disaster?
  19.  
  20. I was a manager when the 432 was announced.  With commendable
  21. dedication to principle I delegated attending a seminar Intel had
  22. invited us to.  The woman I sent had (like me) come out of CS
  23. research. When she came back, she remarked that the whole set up
  24. was so exciting that she would have jumped at a job if they had been
  25. offering them.
  26.  
  27. The 432 attacked problems that I had been involved with in
  28. architecture research in the 70s.  While it obviously failed, it
  29. seemed like a signpost to me - silicon was going to become more and
  30. more complex, and be able to solve more and more extreme problems.  Of
  31. course, what has actually happened is that the complexity has gone on
  32. increasing, but (following the earthquake of the introduction of RISC
  33. in most of the industry) has been pretty largely devoted simply to
  34. increasing throughput, ignoring so many of the CS-y ideas that the 432
  35. addressed.
  36.  
  37. |> And yet, those most directly responsible were (at least initially)
  38. allowed an
  39. |> almost completely free hand to architect what eventually became the
  40. Intel 960.
  41. |> [...]
  42. |> 
  43. |> The concepts behind RISC have helped bring some sanity back into the field.
  44.  
  45. Hmmm.  Depends what you mean by sanity.  I still fancy the idea of
  46. firewalls existing in the hardware I use.  Don't tell me it's not
  47. possible (chip design is so damned clever nowadays).  I do understand
  48. that it's not the way of (today's) world, and I appreciate the quality
  49. of the thinking behind many of today's designs.  But, as a programmer
  50. (at heart ;-), I still appreciate other things than pure speed...
  51. --
  52. Robin (dump Brian Kay) Fairbairns                    rf@cl.cam.ac.uk
  53. U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
  54.