home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / intel / 1689 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  2.1 KB
  1. Path: sparky!uunet!mcsun!uknet!warwick!pavo.csi.cam.ac.uk!cam-cl!rf
  2. From: rf@cl.cam.ac.uk (Robin Fairbairns)
  3. Newsgroups: comp.sys.intel
  4. Subject: Re: iAPX432 ??
  5. Message-ID: <1992Sep11.131641.19391@infodev.cam.ac.uk>
  6. Date: 11 Sep 92 13:16:41 GMT
  7. References: <1992Sep9.134125.7927@bcars64a.bnr.ca> <4+tnk9#.tcmay@netcom.com>
  8. Sender: news@infodev.cam.ac.uk (USENET news)
  9. Reply-To: rf@cl.cam.ac.uk (Robin Fairbairns)
  10. Organization: U of Cambridge, England
  11. Lines: 36
  12. Nntp-Posting-Host: ely.cl.cam.ac.uk
  13.  
  14.  
  15. In article <4+tnk9#.tcmay@netcom.com>, tcmay@netcom.com (Timothy C. May)
  16. writes:
  17. |> Another comment on the 432.
  18. |> 
  19. |> Someone over in comp.arch, in a thread titled "Computer architects
  20. |> forced to change careers" or somesuch, just railed against the 432 as
  21. |> an example of everything bad in architecture and the cause of layoffs
  22. |> in the computer industry.
  23. |> 
  24. |> I posted a comment pointing to this thread and suggested that the 432
  25. |> experience should indeed be studied. Those following this thread might
  26. |> want to check it out.
  27.  
  28. (Actually, I'm here because of Tim's posting in comp.arch)
  29.  
  30. I was a manager when the 432 was announced.  With commendable
  31. dedication to principle I delegated attending a seminar Intel had
  32. invited us to.  The woman I sent had (like me) come out of CS
  33. research. When she came back, she remarked that the whole set up
  34. was so exciting that she would have jumped at a job if they had been
  35. offering them.
  36.  
  37. The 432 attacked problems that I had been involved with in
  38. architecture research in the 70s.  While it obviously failed, it
  39. seemed like a signpost to me - silicon was going to become more and
  40. more complex, and be able to solve more and more extreme problems.  Of
  41. course, what has actually happened is that the complexity has gone on
  42. increasing, but (following the earthquake of the introduction of RISC
  43. in most of the industry) has been pretty largely devoted simply to
  44. increasing throughput, ignoring so many of the CS-y ideas that the 432
  45. addressed.
  46. --
  47. Robin (dump Brian Kay) Fairbairns                    rf@cl.cam.ac.uk
  48. U of Cambridge Computer Lab, Pembroke St, Cambridge  CB2 3QG, UK
  49. [Finally back in work - what a relief!]
  50.