home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11381 < prev    next >
Encoding:
Text File  |  1992-07-25  |  1.9 KB  |  47 lines

  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!mcsun!sun4nl!dutrun!donau!dutecai!reinoud
  3. From: reinoud@dutecai.et.tudelft.nl (R. Lamberts)
  4. Subject: Re: Memory upgrades for R4000 Indigos
  5. Message-ID: <1992Jul25.163158.19280@donau.et.tudelft.nl>
  6. Originator: reinoud@dutecai.et.tudelft.nl
  7. Sender: news@donau.et.tudelft.nl (UseNet News System)
  8. Nntp-Posting-Host: dutecai.et.tudelft.nl
  9. Reply-To: reinoud@dutecai.et.tudelft.nl (R. Lamberts)
  10. Organization: Delft University of Technology, Dept. of Electrical Engineering
  11. Date: Sat, 25 Jul 1992 16:31:58 GMT
  12. Lines: 33
  13.  
  14.  
  15. jsw@microunity.com (Jeff Weinstein) writes:
  16. >   Actually neither is true.  The main problem with the r3k indigo was that
  17. > there just wasn't room on the CPU board to put the chips that did the
  18. > memory interleaving/control, so they had to go on the back of the simms.
  19.  
  20. That's a good reason indeed. The density of the Indigo pcb is quite
  21. impressive. I had considered electrical reasons for this design only,
  22. and found that timing could improve only marginally by placing
  23. interleaving stuff on the SIMM.
  24.  
  25.  
  26. steve@europa.esd.sgi.com (Loopy - the spineless boy) writes:
  27. > If you put the R3K and cache on one board, then you would have to drag the
  28. > high speed CPU bus down the connector to the read/write buffer (5 glue chips
  29. > and a gate array).  This bus was marginal to begin with.
  30.                       ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  31.  
  32. If I'm interpreting the Kane architecture book correctly, then this bus
  33. does 2 transfers each clock. So that's 66 MHz - using quite ordinary
  34. CMOS I/O pads. Right, you don't want to force that one through such
  35. a connector!
  36.  
  37. > It was definitely *NOT* our intent to ream the customer with custom SIMMS.  Even
  38. > SGI's lowest cost machine designs refuse to make big sacrifices on performance
  39. > in order to cut the cost a little. No one here likes to design mediocre machines
  40. > !
  41.  
  42. Fine with me :-).
  43.  
  44. - Reinoud
  45.  
  46.  
  47.