home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #18 / NN_1992_18.iso / spool / comp / sys / sgi / 12477 < prev    next >
Encoding:
Text File  |  1992-08-16  |  2.1 KB  |  46 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!elroy.jpl.nasa.gov!news.claremont.edu!ucivax!megatek!rgs
  3. From: rgs@megatek.uucp (Rusty Sanders)
  4. Subject: Re: R4000 compiler directive, is there one ???
  5. Message-ID: <1992Aug16.210505.18316@megatek.uucp>
  6. Organization: Megatek Corporation, San Diego, California
  7. References: <oisl0q0@zuni.esd.sgi.com>
  8. Date: Sun, 16 Aug 1992 21:05:05 GMT
  9. Lines: 35
  10.  
  11. From article <oisl0q0@zuni.esd.sgi.com>, by olson@anchor.esd.sgi.com (Dave Olson):
  12. > In <1992Aug14.180101.14529@megatek.uucp> rgs@megatek.uucp (Rusty Sanders) writes:
  13. > | Net result; if you're using floating point on an R4000 you probably
  14. > | should use -mips2 -r4000 to get best performance. Does MIPS/SGI
  15. > | actually support (i.e. accept bug report calls) on the undocumented
  16. > | -r4000 switch?
  17. > 
  18. > I don't think so.  If so, we would have used it in the specmark
  19. > tests, more than likely.  I don't know why it isn't supported;
  20. > it may be for lack of testing, or introduction of bugs.
  21.  
  22. It's my understanding that MIPS specifically did NOT want to use
  23. code optimized specifically for the R4000 in the Specmark suite.
  24. To wit: I believe the code wasn't even compiled -mips2 (which
  25. is clearly supported), much less with -r4000.
  26.  
  27. I have been lead to believe this is because MIPS wanted to
  28. accurately represent processor performance with code compiled
  29. to run on any MIPS machine, hence the -mips1 compile switch.
  30.  
  31. I don't believe I've ever seen Specmark numbers for an R4000
  32. with the code compiled -mips2 -r4000, or even just -mips2
  33. (although I would dearly love to).
  34.  
  35. One would think it prudent marketing for MIPS/SGI to release
  36. both sets of numbers. One for compatibility mode (useful for
  37. software houses, which will compile -mips1), and one for raw
  38. "fast as we can get it" mode, which is the most useful number
  39. for the embedded market and end-users. Not that Spec is terribly
  40. useful as a performance indicator in the embedded market, but
  41. it would make my discussions with management SO much easier.
  42. -- 
  43. ----
  44. Rusty Sanders, Megatek Corp. --> rgs@megatek.com or...
  45.          ...ucsd!    ...hplabs!hp-sdd!    ...ames!scubed!   ...uunet!
  46.