home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / arch / 10886 < prev    next >
Encoding:
Text File  |  1992-11-18  |  5.2 KB  |  103 lines

  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!ukma!darwin.sura.net!zaphod.mps.ohio-state.edu!cs.utexas.edu!tamsun.tamu.edu!t0e0078
  3. From: t0e0078@tamsun.tamu.edu (Terje Eggestad)
  4. Subject: Re: DEC ALPHA Performance Claims
  5. Message-ID: <1992Nov18.204609.11124@tamsun.tamu.edu>
  6. Organization: Texas A&M University, College Station
  7. References: <1992Nov13.165319.11391@crc.ac.uk> <1992Nov15.010845.25121@fasttech.com>
  8. Date: Wed, 18 Nov 1992 20:46:09 GMT
  9. Lines: 92
  10.  
  11. In article <1992Nov15.010845.25121@fasttech.com> zeke@fasttech.com (Bohdan Tashchuk) writes:
  12. >In <1992Nov13.165319.11391@crc.ac.uk> ifenton@crc.ac.uk (I. Fenton) writes:
  13. >
  14. >>i didn't write the numbers down, but i think that the low-end ALPHA
  15. >>box is a 133MHz job which gives a specint92 of about 70-ish (?).  from what
  16. >>i remember the 486-50MHz has a specint92 of around 30.  so, MHz for MHz,
  17. >>alpha seems no better than a 486... or i am a twit ?!
  18. >
  19. >MHz for MHz the 486 has very good integer performance. The R3000 is a little
  20. >better, but many other RISCs aren't. The 486 has much poorer floating point
  21. >performance than RISCs, but this isn't relevant to most DOS applications.
  22. >
  23.  
  24. Since the 486 is also pipelined to a point where it have almost 1 instruction
  25. per clock cycle it will always be just as fast as a RISC, MHz for MHz.
  26. BUT I would like to see you make the 486 running at 200MHz. The 
  27. RISC structure allows you to build RISC's running at higher clocks
  28. than CISC's with the same production technology. This is the major
  29. performace advatage the RISC's have.
  30. Futher I would  like to see INTEL superpipline their x86 family at the
  31. same pace at the RISC manufacturers.
  32.  
  33. >Intel has been doing a good job keeping their "market niche" happy. (Can you
  34. >call their overwhelming market share a "niche"?)
  35. >
  36. >I'd like to hear from RISC architects and implementers on this topic. Given
  37. >all the touted advantages of RISC, why aren't they blowing Intel away? The
  38. >bottom line is that Intel has kept up with RISC much better than most RISC
  39. >companies thought they would.
  40. >
  41. >Just to get things going, I'll throw out my pet peeve. It's been discussed
  42. >here before. But since I haven't been in a position to gather numerical data,
  43. >I'll have to stick with "intuition". (Yes, very un-RISC-like).
  44. >
  45. >My pet peeve is the direct-mapped caches used in many RISCs. Implementers need
  46. >to reexamine this slavish devotion to the gospel according to Hennessy &
  47. >Patterson. The H&P conventional wisdom is that a set-associative cache would
  48. >slow down the machine clock by more than the equivalent performance gain.
  49. >However, driving large numbers of signals off-chip is becoming more difficult
  50. >as clock rates increase. Fast external SRAMs are very expensive. The mismatch
  51. >between processors and DRAM is getting worse each year. These trends argue for
  52. >set-associative caches both on and off chip.
  53. >
  54. >As a counterexample to the dogma of direct-mapped caches, I submit that one
  55. >important reason the 486 performs so well is its 4-way set-associative primary
  56. >cache. It does so well that many systems are sold without an external cache.
  57.  
  58. I do not intend to get my self into a discussion on different 
  59. cache structures, but it is my "intuition" that it is the size that by 
  60. FAR determines the cache hit rate. Cache structures play a much bigger
  61. role in small caches like with the 486 2x 8kbytes. RISC boxes have typically
  62.  >256k secondary caches. But you touches some keys issues here. INTEL
  63. have survived partly because of the DRAM and I/O barriers, 
  64. you don't gain that much by increasing the clock.
  65.  
  66. No the main reasons for INTEL continued success is program availability,
  67. and price (both software and hardware). Even if you can claim that 
  68. the 486 CPU can keep up with the RISC's every thing around it in the PC
  69. is wastly slower. Which in turn gives the price, a 486 PC is prices at about
  70. a fifth of a work station. You get complete 486's now for $1000, while 
  71. a low end SUN goes for $5000, with out a disk. 
  72. A good example is the SUN 386 roadrunner. It died because the CPU
  73. speed was about half of a SPARC, while the roadrunner box was priced
  74. higher than half of the price of a low end SPARC at the time.
  75.  
  76. Do I really need to give a discussion on the software situation.
  77. For the 486 there are wastly more applications priced significantly
  78. lower (which is also easily "copyable") while for RISC boxes the
  79. same applications are much higher priced, and protected by far
  80. superior  licence schemes.
  81. Remember, software cost are usually much higher than the hardware cost.
  82. I have experienced one case where it was cheaper to buy a 486 and the PC
  83. edition of a program than buy the Sun edition.
  84.  
  85. This is why the x86 family and MSDOS will continue to haunt us for the 
  86. next two decades, probably more.
  87.  
  88.  
  89. Terje
  90.     _________    _________    _________
  91.    /         \  /         \  /         \
  92.    |         |  |         |  |         |   Terje Eggestad
  93.    | FORTRAN |  |   VMS   |  |  MSDOS  |   t0e0078@tamsun.tamu.edu
  94.    |         |  |         |  |         |
  95.    |   RIP   |  |   RIP   |  |   RIP   |    "A dollar saved is a dollar 
  96.    |         |  |         |  |         |     wasted"
  97. %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%    --- Thomas Edison
  98. -- 
  99.  
  100.     _________    _________    _________
  101.    /         \  /         \  /         \
  102.    |         |  |         |  |         |   Terje Eggestad
  103.