home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8351 < prev    next >
Encoding:
Internet Message Format  |  1992-07-27  |  2.3 KB
  1. Path: sparky!uunet!olivea!hal.com!decwrl!adobe!usenet
  2. From: zstern@adobe.com (Zalman Stern)
  3. Newsgroups: comp.arch
  4. Subject: Re: What's in a name?
  5. Message-ID: <1992Jul27.165807.29014@adobe.com>
  6. Date: 27 Jul 92 16:58:07 GMT
  7. References: <1992Jul25.075130.7192@spool.cs.wisc.edu>
  8. Sender: usenet@adobe.com (USENET NEWS)
  9. Organization: Adobe Systems Incorporated
  10. Lines: 33
  11.  
  12. I'll make the following points to support Matt Frank's criticisms of Intel's  
  13. backward compatibility in particular:
  14.  
  15. 1) The 486 still supports an incredibly baroque segmentation scheme that no  
  16. interesting piece of 32 bit software uses. (I.e. Segmentation should have  
  17. been left out of the 32 bit architecture and the gates and other resources  
  18. used to do something productive.)
  19. 2) The 286 protection bits in the middle of an address debacle in which the  
  20. Intel architects insisted on sticking with protection model that did not  
  21. (does not, and never will) jibe with software people really write and use.  
  22. (I consider the 286 responsible for most of the pain in IBM PC clone memory  
  23. models.)
  24. 3) The performance anomalies in which the previous generation of an Intel  
  25. Arch. run MS-DOS software faster. Especially so when there are much faster  
  26. clockspeed variants to be had. like the AMD 286 and 386 parts vs Intel 386  
  27. and 486. (If your goal is to run old software fast, then you better had do  
  28. that.)
  29.  
  30. There are examples of better ways to do things as well. On the extreme edge  
  31. there is the HP3000->precision architecture and DEC VAX->Alpha. For a good  
  32. example of thinking ahead in architecture design, look at the R3000->R4000  
  33. 32 to 64 bit architecture expansion. (The jury may still be out on this  
  34. though. The architecture could have been reworked for 64 bit mode, perhaps  
  35. profitably.) An interesting thing about the R3000->R4000 is that MIPS II  
  36. binaries (32 bit) will run in MIPS III mode (64 bit) unless they depend on  
  37. previously undefined opcode raising an illegal instruction exception. Is  
  38. this true for any other architecture transitions? (286 code in 386 mode?)
  39.  
  40. Backward compatibility can be good, but it can also be an excuse to keep on  
  41. doing stupid things "'cause we've always done it that way."
  42. --
  43. Zalman Stern           zalman@adobe.com            (415) 962 3824
  44. Adobe Systems, 1585 Charleston Rd., POB 7900, Mountain View, CA 94039-7900
  45.