home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / arch / 10511 < prev    next >
Encoding:
Internet Message Format  |  1992-11-08  |  1.8 KB
  1. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!sun-barr!news2me.EBay.Sun.COM!exodus.Eng.Sun.COM!flayout.Eng.Sun.COM!tremblay
  2. From: tremblay@flayout.Eng.Sun.COM (Marc Tremblay)
  3. Newsgroups: comp.arch
  4. Subject: Re: RISC goes CISC?
  5. Date: 7 Nov 1992 18:55:11 GMT
  6. Organization: Sun Microsystems, Mt. View, Ca.
  7. Lines: 25
  8. Message-ID: <lfo48fINNsvc@exodus.Eng.Sun.COM>
  9. References: <1992Nov6.092012.19239@rhein-main.de>
  10. NNTP-Posting-Host: flayout
  11.  
  12. In article <1992Nov6.092012.19239@rhein-main.de> vhs@rhein-main.de writes:
  13. >Under this assumption, how does e.g. SuperSPARC fit this principle? As far
  14. >as I know the processor does a lot of cross-checking between pipelines,
  15. >squashing instructions depending on non-trivial conditions, etc. Is that done
  16. >just to maintain compatibility with previous implementations?
  17. >Could, theoretically, the most recent compilers take care of this
  18. >at compile-time, thus eliminating the need for run time
  19. >checking (again theoretically since people want to run their old code).
  20.  
  21. Considering that Sun has the largest base of applications running on
  22. workstations, it is very important to improve the performance of existing
  23. binaries running on SuperSPARC without having to re-compile the source.
  24. The increase in performance for existing binary is around 2x-3x for
  25. SuperSPARC running at the same clock frequency (vs. Cypress 40MHz SPARC).
  26.  
  27. Notice that the fact that SuperSPARC takes care of all the interlocks between
  28. instructions does not mean that the compiler cannot help improve the
  29. performance. SuperSPARC is an in-order processor which means that
  30. incoming instructions do not bypass older instructions even if older
  31. instructions are stalled. Thus it is important for new compilers
  32. to perform scheduling based on instruction latencies and on the
  33. functional units available.
  34.  
  35. - Marc Tremblay.
  36. Sun Microsystems.
  37.