home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / arch / 8460 < prev    next >
Encoding:
Text File  |  1992-07-30  |  1.3 KB  |  31 lines

  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!usc!wupost!rice!cliffc
  3. From: cliffc@rice.edu (Cliff Click)
  4. Subject: Re: CISC Microcode (was Re: RISC Mainframe)
  5. In-Reply-To: gints@roadkill.esd.sgi.com's message of Thu, 30 Jul 1992 06:37:23 GMT
  6. Message-ID: <CLIFFC.92Jul30090928@antigone.rice.edu>
  7. Sender: news@rice.edu (News)
  8. Organization: Center for Research on Parallel Computations
  9. References: <55117@mentor.cc.purdue.edu> <id.RKUR.GFF@ferranti.com>
  10.     <55294@mentor.cc.purdue.edu> <id.GQWR.83D@ferranti.com>
  11.     <1992Jul30.063723.21080@odin.corp.sgi.com>
  12. Date: Thu, 30 Jul 1992 15:09:28 GMT
  13. Lines: 16
  14.  
  15. In article <1992Jul30.063723.21080@odin.corp.sgi.com> gints@roadkill.esd.sgi.com (Gints Klimanis) writes:
  16. >  Simple things like the tiny 8K instruction and data
  17. >  caches really put limits on what you can run at the pipeline rate.  The
  18. >  16 floating point registers for mips2 chips imposes severe limits on all
  19. >  sorts filter implementations.
  20.  
  21. Block for cache & register size; do scalar renaming.  Does mongo good things
  22. to most small number-crunching inner loops.  References are following via
  23. e-mail.
  24.  
  25. Cliff
  26. cliffc@cs.rice.edu
  27.  
  28. --
  29. The Sparc ABI has the most brain-damaged calling convention I've ever seen.
  30. Cliff Click (cliffc@cs.rice.edu)  |  Disclaimer:  My lawyer made me say it.
  31.