home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11717 < prev    next >
Encoding:
Text File  |  1992-12-16  |  3.2 KB  |  69 lines
  1. Newsgroups: comp.arch
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!cs.utexas.edu!wotan.compaq.com!twisto.eng.hou.compaq.com!croatia.eng.hou.compaq.com!simonich
  3. From: simonich@croatia.eng.hou.compaq.com (Chris Simonich)
  4. Subject: Re: COMPAQ PROPOSED SCALABLE I/O ARCHITECTURE
  5. Message-ID: <1992Dec16.235011.17202@twisto.eng.hou.compaq.com>
  6. Sender: news@twisto.eng.hou.compaq.com (Netnews Account)
  7. Organization: Compaq Computer Corp.
  8. References: <1992Dec15.171554.2781@twisto.eng.hou.compaq.com> <1992Dec15.194637.10009@eng.umd.edu> <AJC.92Dec16112232@thendara.pa.dec.com>
  9. Date: Wed, 16 Dec 1992 23:50:11 GMT
  10. Lines: 57
  11.  
  12. In article <AJC.92Dec16112232@thendara.pa.dec.com> ajc@pa.dec.com (AJ Casamento) writes:
  13. >
  14. >  Actually, I personally find a great deal of merit in the COMPAQ proposal. I
  15. >quite agree that a modular I/O design (whether one uses the terminology of a
  16. >"star topology" or, as we do here in DEC, "radial") has a great deal to 
  17. >recommend it. Consider a TURBOchannel implementation like this:
  18. >
  19. >            ------------        -------    
  20. >                |          |        |      |
  21. >            |  Memory  |========| CPU |
  22. >            |       |        |      |
  23. >            ------------        -------
  24. >                 |               |
  25. >                 | <--- DMA           |
  26. >                 |               |
  27. >            ----------           | <--- PIO
  28. >            |     |           |
  29. >            | Tc/CTL |--------------
  30. >         -------|        |_________________________
  31. >        /    ----------               |
  32. >           /       |   |               |
  33. >          /           |   |___________           |
  34. >         /           |           |           |
  35. >        /           |           |           |
  36. >    -------        -------        -------        -------
  37. >       |     |         |     |         |     |         |     |
  38. >        |sysIO|        | Tc0 |        | Tc1 |     | Tc2 |
  39. >    |     |        |     |        |     |        |     |
  40. >       -------        -------        -------        -------
  41. >
  42. >
  43. >Where each of the links to the TURBOchannel Controller (Tc/CTL) is a standard
  44. >25MHz 32bit wide TURBOchannel. The DMA path could be a 50MHz 64bit wide version
  45. >of TURBOchannel (in order to balance the I/O requirements. This would generate
  46. >a system with an aggregate bandwidth of 400MB/s of I/O. The key point here is
  47. >obviously the Tc/CTL ASIC as it will require careful design to support this
  48. >kind of bandwidth (additionally, one could imagine a true dual ported memory
  49. >being used such that the CPU is not starved when DMA access is underway).
  50. >
  51.  
  52. Very well put.  However, wouldn't it be MUCH cheaper if you used a byte wide
  53. interface instead of 32 bit wide interfaces?  The same architecture with
  54. the Compaq Proposal saves a lot of pins on the control block.
  55. I don't know all that much about Tc, but I've been told that each channel
  56. requires about 60ish pins on the controller once data, control, and power/
  57. gnd pins are taken into account.  The Compaq proposal requires 20ish pins
  58. per channel on the controller.  One could save 120 pins on the controller
  59. for this case by using the Compaq Proposal rather than Tc.  A 120 pin savings
  60. translates into a significant cost savings.
  61.  
  62. Also, it is possible to scale the aggregate bandwidth of a system using
  63. the Compaq Proposal to 400MB/s or higher.  The bottleneck is system memory.
  64. --
  65. ======================================================
  66. Christopher Simonich        simonich@twisto.compaq.com
  67. Compaq Computer Corp.       [713] 374-1898
  68. ======================================================
  69.