home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / sgi / 11408 < prev    next >
Encoding:
Text File  |  1992-07-26  |  3.3 KB  |  70 lines
  1. Newsgroups: comp.sys.sgi
  2. Path: sparky!uunet!europa.asd.contel.com!darwin.sura.net!mips!odin!sgihub!zola!zuni!anchor!olson
  3. From: olson@anchor.esd.sgi.com (Dave Olson)
  4. Subject: Re: Memory upgrades for R4000 Indigos
  5. Message-ID: <npq4its@zuni.esd.sgi.com>
  6. Sender: news@zuni.esd.sgi.com (Net News)
  7. Organization:  Silicon Graphics, Inc.  Mountain View, CA
  8. References: <31535@adm.brl.mil> <noj5dkc@zola.esd.sgi.com> <np0l1qk@rhyolite.wpd.sgi.com>
  9. Date: Sun, 26 Jul 92 20:27:17 GMT
  10. Lines: 58
  11.  
  12. In <np0l1qk@rhyolite.wpd.sgi.com> vjs@rhyolite.wpd.sgi.com (Vernon Schryver) writes:
  13.  
  14. | In article <noj5dkc@zola.esd.sgi.com>, portuesi@tweezers.esd.sgi.com (Michael Portuesi) writes:
  15. | > ...
  16. | > An R4000-based Personal IRIS, if it existed, would
  17. | > probably cost considerably more than the Indigo R4000
  18. | > due to these manufacturing constraints, and hence
  19. | > would have few, if any, buyers.
  20. | 
  21. | Please be careful.  I don't think this is accurate.  A bunch of
  22. | customers out there are probably fuming, thinking we think they are
  23. | really stupid.
  24.  
  25. He's right.  It was *incredibly* painful getting the 35 to a point where
  26. it worked reliably.  The original design just wasn't oriented towards the
  27. amount of air flow the 35 needed, and in the places it needed it.
  28.  
  29. | Yes, I don't doubt it would not work to just jam an R4000 into the
  30. | 4D/20 case, as was done with the 20MHz R3000 and 38 (35?) MHz R3000.
  31.  
  32. We completely redesigned the electronics module and added scatter fans
  33. or small auxilliary fans (depending on when the system was made) in order
  34. to get adequate air flow for the 35.  That is hardly cramming it into
  35. the same box, although that *was* the original idea.
  36.  
  37. | I know a just a little of the heat and other problems with the 4D/35 from
  38. | a certain VME board.  The airflow in the box was fine for the 12MHz
  39. | 4D/20, but is a long way from good enough for the R4000.  So what?
  40.  
  41. It wasn't even good enough for a 36 Mhz r3000A; we would have shipped
  42. it at 40 Mhz if we could have made it reliable.  A very few carefully
  43. hand adjusted systems run reliably at 37 or 38, but none at 40, unless
  44. they were open on a bench with a fan on them.  Almost all of the problems
  45. were airflow, not chip margins.
  46.  
  47. | If you step back two paces, you'll see there is little difference
  48. | between the Indigo box and the PI box.  One is a little wider.  The
  49. | other is a little deep and much taller.  Oh, the colors are different.
  50. | So what?
  51.  
  52. The design for the airflow, the (much!) lower wattage powersupply, and
  53. the physical design of the Indigo helped a lot, believe it or not. Yes,
  54. if we redid the skins, the powersupply, the whole chassis, and the
  55. electronics module, we could put an r4k into a PI (but then it wouldn't
  56. be a PI anymore!), but that would be far more money (and people's
  57. time!) than anybody could justify, when the Indigo could be made to
  58. work much more easily.  There just wasn't any point.  For the
  59. relatively small number of customers who want VME on r4k, there is
  60. crimson, at not much more than an r4k PI would cost after we put all
  61. that work into it.
  62.  
  63. Besides that, the VME interface is no longer part of the chips that we
  64. use in the r4k Indigo, so we would have to go (re)design another chip on
  65. top of everthing else...
  66. --
  67. Let no one tell me that silence gives consent,  |   Dave Olson
  68. because whoever is silent dissents.             |   Silicon Graphics, Inc.
  69.     Maria Isabel Barreno                        |   olson@sgi.com
  70.