home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / dcom / cellrel / 739 < prev    next >
Encoding:
Text File  |  1992-11-18  |  1.5 KB  |  39 lines
  1. Newsgroups: comp.dcom.cell-relay
  2. Path: sparky!uunet!walter!att-out!pacbell.com!iggy.GW.Vitalink.COM!nocsun.NOC.Vitalink.COM!RODIN!dgr
  3. From: dgr@RODIN (Daniel Robinson)
  4. Subject: Re: Computers dont like ATM?
  5. Message-ID: <1992Nov18.162627.15214@NOC.Vitalink.COM>
  6. Sender: usenet@NOC.Vitalink.COM (Usenet News Admin)
  7. Nntp-Posting-Host: rodin.eng.vitalink.com
  8. Organization: Vitalink Communications, Fremont, California
  9. References: <1992Nov18.025754.14749@trl.oz.au>
  10. Date: Wed, 18 Nov 1992 16:26:27 GMT
  11. Lines: 26
  12.  
  13. In article <1992Nov18.025754.14749@trl.oz.au> lampard@titan.trl.OZ.AU (Greg Lampard) writes:
  14. +His claim was that small
  15. +packets are good for delay-sensitive applications, but they make a lot
  16. +of unnecessary work for the computer that has to receive them, since it
  17. +has to process a header every 53 bytes,
  18.  
  19. Much of that processing will be done in silicon, not by a stored
  20. instruction processor.
  21.  
  22. +He also seemed to be suggesting that this storage and retrieval process
  23. +could become a bottleneck (at 100s of Mbit/s?) because of the limitations 
  24. +of memory bandwidth.
  25.  
  26. This is the right number for a stored instruction processor that is
  27. not a Cray.
  28.  
  29. +He was advocating variable length packets (an idea
  30. +called PTM - packet transfer mode - that IBM has proposed), because it
  31. +puts the complexity in the switch rather than in the receiving
  32. +terminal. 
  33.  
  34. It is hard to see where a variable length packet will put the complexity
  35. in the network mesh node, not the terminal node.  Remember that this
  36. the company that brought us source routing.
  37.  
  38. Daniel Robinson
  39.