home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / arch / 12447 < prev    next >
Encoding:
Internet Message Format  |  1993-01-28  |  3.6 KB

  1. Path: sparky!uunet!charon.amdahl.com!amdahl!rtech!sgiblab!sgigate!odin!mips!cprice
  2. From: cprice@mips.com (Charlie Price)
  3. Newsgroups: comp.arch
  4. Subject: Re: TFP announcement from SGI?
  5. Date: 28 Jan 1993 02:17:09 GMT
  6. Organization: MIPS Technologies, Inc
  7. Lines: 58
  8. Message-ID: <1k7fn5INNc05@spim.mti.sgi.com>
  9. References: <dhess.728160535@Xenon.Stanford.EDU>
  10. NNTP-Posting-Host: lloyd.mti.sgi.com
  11. Keywords: sgi arch tfp mips
  12.  
  13. In article <dhess.728160535@Xenon.Stanford.EDU> dhess@Xenon.Stanford.EDU (Drew William Hess) writes:
  14. >The San Jose Mercury News had a small article today re: SGI's announcement
  15. >of their new supercomputers.  They also mentioned that the Power Challenge
  16. >systems use the TFP, which is, I believe, based on an earlier MIPS design
  17. >(R4000, I suppose) but with a floating point unit on steroids.  Has SGI
  18. >made any formal announcement of the TFP?  I believe that SGI did most of
  19. >the development on the TFP in-house before acquiring MIPS, so is SGI/MIPS
  20. >going to make it available to third parties as they do with the Rx000 
  21. >series?
  22.  
  23. TFP is an entirely new design.
  24. It is not based on the R4000 design database.
  25. A subsequent post gave the way to get more information on TFP, but I
  26. thought I would clear up this mis-speculation here before it propagates.
  27. For the curious, TFP is an acronym for "True Floating Point" --
  28. or at least that is what they said at the announcement today.
  29. The company talked about TFP last year when talking about our long-term
  30. roadmap.  The TFP design was begun prior to the SGI/MIPS merger by SGI
  31. to satisfy an SGI market need for higher performance FP than the R4000.
  32.  
  33. On the topic of FP units and steroid use...
  34. The R4000/R4400 are noticeably different than the current
  35. high-end HP, DEC, and IBM efforts in at least one way.
  36. The R4x00 doesn't emphasize floating point to nearly the same degree.
  37. The current "best chip" R4400 at 75 MHz in a relatively low cost
  38. desktop system provides better "integer benchmark" performance than
  39. anything HP, DEC, or IBM have announced with the exception of the
  40. (much higher cost) 180MHz and 200MHz Alpha systems.
  41. This isn't an accident.
  42.  
  43. Having noted that we fall (quite) short in some of the FP benchmarks...
  44. Experience in the marketplace indicates that the single-value
  45. summary of existing "FP benchmarks" like the two SPECfp numbers
  46. fail to predict the actual relative performance of competing systems
  47. for many programs that the users believe are "FP applications".
  48. Sales/marketing folks at SGI say that Crimson boxes (50 MHz R4000) 
  49. often do as well or better than fast IBM and HP boxes in customer
  50. benchmark situations for "FP applications".  One factor may be that
  51. a computer buyer runs problems/programs that are larger than benchmarks
  52. and bust any of the primary caches.
  53. Another factor seems to be that the customers are mostly interested in
  54. the FP aspect of the applications but that these applications in fact
  55. spend a lot of time in "integer" code.  Since the R4x00 is very good
  56. at that it speeds that part of the program up and...
  57. This isn't a surprise if you look at the detailed SPEC benchmark
  58. results -- the FP benchmarks show much more variability among
  59. processors than the integer benchmarks do.
  60. Unsurprisingly, if you wanna know how fast a system really is for 
  61. your exact application, you have to check it out.
  62.  
  63. If you are an FP multiply-add number head and you use integers for
  64. addresses and do-loop indices only then you probably aren't really
  65. excited about the R4x00.
  66. Now you can be excited about TFP.
  67.  
  68. -- 
  69. Charlie Price      cprice@mti.sgi.com        (415) 390-4457
  70. MS 10U-178 / MIPS Technologies / P.O. Box 7311 / Mountain View, CA   94043
  71.