home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / arch / 11741 < prev    next >
Encoding:
Text File  |  1992-12-17  |  5.1 KB  |  112 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!leigh
  3. From: leigh@croatia.eng.hou.compaq.com (Kevin Leigh)
  4. Subject: Re: [Anet: Compaq Proposal]
  5. Message-ID: <1992Dec17.192509.18453@twisto.eng.hou.compaq.com>
  6. Sender: news@twisto.eng.hou.compaq.com (Netnews Account)
  7. Organization: Compaq Computer Corp.
  8. Date: Thu, 17 Dec 1992 19:25:09 GMT
  9. Lines: 101
  10.  
  11. >From twisto.eng.hou.compaq.com!wotan.compaq.com!cs.utexas.edu!uunet!haven.umd.edu!wam.umd.edu!rsrodger Wed Dec 16 15:10:33 CST 1992
  12.  
  13. >In article <1992Dec15.205639.25591@super.org> rminnich@super.org (Ronald G Minnich) writes:
  14. >>In article <1992Dec15.194637.10009@eng.umd.edu> sysmgr@king.eng.umd.edu writes:
  15. >>>You guys ever thought of licensing TurboChannel from DEC and building a
  16. >>>Pentium box/server around it? 
  17. >>
  18. >>TurboChannel is a dog. 
  19. >>
  20. >>Actually, seems to me they could look at SCI. Except they want low cost.
  21. >>But if the CMOS chips for SCI pan out, maybe they will meet the cost 
  22. >>range.
  23. >
  24. >    How about QuikRing (Apple)?  
  25. > 
  26. >    <No flames, please--all I've seen is the hype and none of the
  27. >    commentary--is there anything there besides hype and computer
  28. >    mags babbling happily?>
  29. >
  30.  
  31. QuickRing is Apple's highspeed I/O solution and it is a derivative of
  32. SCI.  Our rational behind Anet is very much in-line with SCI guys',
  33. except we wanted a solution that will be
  34. A. for I/O (we don't want to carry the coherency bag)
  35. B. useable for portables, desktops and servers
  36.    (that means very few devices to a LOT of devices, consistent
  37.    physical layer of add-ins and scaleable performance [see next bullet])
  38. C. standard reasonably high performance and scaleable without changing
  39.    the physical interconnects (an I/O device should work anywhere within
  40.    the I/O boundary regardless of the system type)
  41. D. cheap for system OEMs, IHVs and eventually for the users
  42.    (that means high-volume, low pin-count, minimize burdens, leverage
  43.    off today's low-cost technologies and utilizing future technologies
  44.    should minimize any "damages")
  45.  
  46. I think SCI is neat for CPU/memory interconnects and I have a lot of
  47. respect on SCI guys to come up with IEEE P1596. 
  48.  
  49. In the PC arena...
  50.  
  51. We have seen "fixes" such as the Data Translation bus on PC addin cards
  52. to achieve higher bandwidth by going around or adding another
  53. "high-speed" path to an existing path.  I think QuickRing is a quick fix.
  54. Don't take me wrong... I think DT bus and QuickRing made sense for a lot
  55. of people because they want to leverage off existing installed base.
  56. Fixing an old inefficient solution is not really a crime.  But, what's
  57. next when today's fixes run out of steam in the future?
  58.  
  59. I think it hurts to witness we all adopt something new, e.g., PCI or VL,
  60. because we need more (bandwidth) but soon find out it-ain't-enough and
  61. "fix" it by adding another path.  A case in point, PCI or VL bus peak
  62. BW, as they stand today, will not be able to handle heavy video BW.
  63. What's your guess on how you can achieve more BW without changing the
  64. physical interface [see previous paragraph for hints]?
  65.  
  66. We looked at existing solutions including wide buses, point-to-point
  67. and fiber links.  None of the existing solutions met our criteria.  So,
  68. we started with a clean sheet of paper.
  69.  
  70. We want to start off with something sufficient for today's needs at
  71. minimum cost and don't want to add significant cost in the future when
  72. we need more.  We also want to minimize multiple levels of protocol
  73. changes like today's solutions - having buses for CPU, local (PCI),
  74. standard low-speed I/O (ISA), propriatary highspeed I/O (whatever),
  75. standard medium speed I/O (SCSI), etc.  On the other hand, we also
  76. want to offer for those who insist on having a "migration path".  We
  77. want to offer and have options to optimize the I/O subsystem for
  78. different criteria, such as, cost, performance, form factor,
  79. expandability, compatibility, etc.
  80.  
  81. Based on what I know on QuickRing(QR)...
  82. QR controller needs at least 78 signals (6 each for Up/Down and 33
  83. each for Receive/Transmit ports).  The polyimide flex cable media
  84. has lower dielectric constant than FR4 PCB, allowing the clock
  85. rate at 200 MHz with sub-nanosecond edge rates.
  86.  
  87. My questions are
  88.   - How much does a node cost including the controller, an impedance-
  89.     controlled connector and the polyimide flex cable?
  90.   - How many QR devices can I attach?
  91.   - What is the QR board form factor?
  92.   - How do I add an option card with a QR attachment?  Disconnect the
  93.     ring, plug in the add-in card and connect the ring back with an
  94.     additional ring segment?  How do I achieve hot-plug?  How do I
  95.     take care of the card spacings and cable lengths so that they won't
  96.     look too ugly outside the box?  Or do I need to take off that box
  97.     cover?
  98.   - How can I swap a QR device between an Apple and a Company-X?
  99.  
  100. We think we found a way to achieve A, B, C and D (see 1st paragraph)...
  101.  
  102. Is it dangerous to go with other solutions when there is a solution
  103. that offers similar or higher performance and a good expansion story
  104. at lower cost?
  105.  
  106. Hope this helps,
  107. Kevin
  108.  
  109. [What's the next best thing when you can't give your customer
  110.  the highest performance and unlimited expansion system for free?]
  111.  
  112.