home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8249 < prev    next >
Encoding:
Text File  |  1992-07-23  |  3.2 KB  |  66 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!qt.cs.utexas.edu!yale.edu!jvnc.net!primerd.prime.com!hobbes!danw
  3. From: danw@hobbes.prime.com (Dan Westerberg)
  4. Subject: Re: What's in a name?
  5. Message-ID: <1992Jul21.040216.13502@primerd.prime.com>
  6. Sender: danw@hobbes (Dan Westerberg)
  7. Organization: Prime Computer
  8. References: <1992Jul16.005016.25778@microsoft.com> <l6bu58INN4d1@spim.mips.com> <1992Jul17.220112.20995@microsoft.com> <1992Jul20.092822.7666@spool.cs.wisc.edu>
  9. Date: Tue, 21 Jul 1992 04:02:16 GMT
  10. Lines: 54
  11.  
  12. In article <1992Jul20.092822.7666@spool.cs.wisc.edu>, mfrank@wilma.cs.wisc.edu 
  13. (Matt Frank) writes:
  14. > 
  15. > Backwards compatability has always been a particular pet peeve of mine, so I
  16. > feel the need to add my two cents worth.  I have two specific problems.
  17. > 
  18. [Text on problems deleted]
  19.  
  20. Backwards compatability is definitely a pain in the butt.  I've spent the last
  21. 3 years designing a new CPU for a proprietary architecture (Prime 50 Series)
  22. that was originally a copy of a Honeywell machine from the early '70s.
  23.  
  24. However, Prime Computer has a strict compatability policy; with some minor 
  25. exceptions, code written for one of our machines 15 years ago will still run 
  26. today! This makes a very strong selling point to our customers, who potentially
  27. have millions of dollars invested in our hardware/software.  Also, it keeps me
  28. employed! :-)
  29.  
  30. If we were to say to our customers that their software would no longer be
  31. compatible with a new machine, we would quickly lose our installed customer
  32. base.  At that time, it would make sense for a customer to begin investigating
  33. the benefits/tradeoffs associated with switching operations to an alternative
  34. hardware platform (be it another proprietary system or a Unix system).  
  35.  
  36. So long as our hardware/software continues to perform the job expected by
  37. our customers, they will stay loyal to our product line, since upgrading means
  38. no down-time associated with training or porting of software/databases.
  39.  
  40. From an architectural point of view, I would *love* to start with a clean slate
  41. and design a complete system with full flexibility of the instruction set and
  42. it's capabilities.  However, the economics of the situation do not warrant such
  43. a bold move.  I believe the original IBM PS/2 with the MicroChannel Architecture
  44. is an excellent example of abandoning an installed customer base.
  45.  
  46. Just two cents worth from a CPU designer mired in backwards compatability. :-)
  47.  
  48. Dan W.
  49.  
  50. > 
  51. > -Matt Frank (mfrank@cs.wisc.edu)
  52. > My opinions are my own and may not be those of my employer (or anybody else
  53. > for that matter).
  54.  
  55. ditto on opinions :-)!
  56.  
  57. -- 
  58. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  59. ~  "These walls that still surround me      ~                                 ~
  60. ~   Still contain the same old me           ~     Dan Westerberg              ~
  61. ~   Just one more who's searching for       ~       danw@hobbes.prime.com     ~
  62. ~   The world that ought to be"             ~                                 ~
  63. ~                             - Neil Peart  ~  Prime Computer, Framingham, MA ~
  64. ~                                           ~                                 ~
  65. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  66.