home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / sys / dec / 6052 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  3.7 KB

  1. Xref: sparky comp.sys.dec:6052 comp.os.vms:18187
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!zaphod.mps.ohio-state.edu!darwin.sura.net!paladin.american.edu!news.univie.ac.at!hp4at!mcsun!uknet!mucs!lilleyc
  3. From: lilleyc@cs.man.ac.uk (Chris Lilley)
  4. Newsgroups: comp.sys.dec,comp.os.vms
  5. Subject: Re: alpha memory requirements (vs vax) ?
  6. Message-ID: <6783@m1.cs.man.ac.uk>
  7. Date: 18 Nov 92 01:39:28 GMT
  8. References: <Bxnt6o.Jx0@mtholyoke.edu> <1992Nov13.162542.5834@ais.com> <BxtJvM.GBw@usenet.ucs.indiana.edu>
  9. Sender: news@cs.man.ac.uk
  10. Followup-To: comp.sys.dec
  11. Organization: Dept Computer Science, University of Manchester, U.K.
  12. Lines: 67
  13.  
  14. >>> In article <1992Nov13.133438.8279@engage.pko.dec.com>
  15. jackson@pravda.enet.dec.com () writes:
  16.  
  17. >>>>The memory for the new systems is priced at $125/MB
  18.  
  19. >>So in article <Bxnt6o.Jx0@mtholyoke.edu>, jbotz@mtholyoke.edu (Jurgen
  20. Botz) writes:
  21.  
  22. >>> Nonetheless it's too expensive... 70ns 1Mb chips are selling for less
  23. >>> than $2.50 per in volume... that works out to less than $25 for a
  24. >>> 9-chip SIMM.  If your manufacturing cost is as high as $10/SIMM,
  25. >>> that's still nearly a 300% markup.
  26.  
  27. But in article <1992Nov13.162542.5834@ais.com> bruce@ais.com (Bruce C.
  28. Wright) points out:
  29.  
  30. >>A minor nit, but ECC memory won't be 9 bits wide.  9 bits only gets
  31. >>you parity, you need more than that for ECC (depending on the method
  32. >>used).  I don't know offhand the memory architecture used by the
  33. >>Alpha so I don't know exactly how many chips it would need per SIMM.
  34.  
  35. >>I suspect that the DEC memory is still on the expensive side though,
  36. >>just not as badly so as your computation would suggest.
  37.  
  38. Which is followed up in article <BxtJvM.GBw@usenet.ucs.indiana.edu>
  39. mdchaney@fractal.ucs.indiana.edu (M Darrin Chaney):
  40.  
  41. >There's another factor that our genious didn't take into account, that is,
  42. >the speed of the memory.  70ns memory won't hack it on a machine that is
  43. >running at 150-200MHz.  In case you didn't notice, 200MHz is a 5ns cycle,
  44. >a bit smaller than, oh, say *70*.
  45.  
  46. This is presumably why all the systems have sizeable secondary caches
  47. in addition to the on chip primary cache. Does anyone know what speed
  48. the main RAM is clocked at? More to the point is this static (I guess
  49. not) so what is the actual access time including latency and refresh?
  50.  
  51. Also what speed is the secondary cache going at (still slower than 5ns
  52. I bet, unless the SRAM comes with a metal top to fry eggs on)
  53.  
  54. >I know one 3rd party vendor, whose prices are significantly lower than DEC's
  55. >on most products, just quoted me $6495 for 64MB of memory for the Sandpiper.
  56. >DEC isn't too much higher than that, especially when you consider the price
  57. >disparity in the DECstation-line memory cards.
  58.  
  59. If you feel that is not significantly higher, you could buy from your
  60. third party and donate the insignificant US$ 1505 to a worthy cause
  61. such as myself ;-)
  62.  
  63. But yes, DEC has to get this one right, and it is in their own long
  64. term interests to have all the Alpha AXP systems stuffed full of
  65. memory. I suspect they are not trying to make a fast buck out of
  66. memory. That would be stupid...
  67.  
  68. Actually, the main problem I have is not with memory costing US$125 a
  69. meg in the states, but that it is likely to cost {compose L minus -
  70. damn this emacs editor} UK pounds 125 a meg over here. Similarly for the
  71. prices of the main systems. Does anyone have UK pricing yet?
  72.  
  73. --
  74. Chris Lilley
  75. ---------------------------------------------------------------------------
  76. Technical Author, ITTI Computer Graphics and Visualisation Training Project
  77. Computer Graphics Unit, Manchester Computing Centre, Manchester, UK
  78. Internet:   lilley@cgu.mcc.ac.uk        Janet:   lilley@uk.ac.mcc.cgu
  79. Voice:      +44 (0)61 275 6095          Fax:     +44 (0)61 275 6040
  80. ---------------------------------------------------------------------------
  81.