home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / transput / 872 < prev    next >
Encoding:
Internet Message Format  |  1992-07-31  |  2.8 KB

  1. Path: sparky!uunet!inmos!wraxall.inmos.co.uk!aust.inmos.co.uk!thompson
  2. Newsgroups: comp.sys.transputer
  3. From: thompson@aust.inmos.co.uk ()
  4. Subject: Re: Questions on IMS C104 Buffers
  5. Message-ID: <1992Jul30.180310.24409@wraxall.inmos.co.uk>
  6. Reply-To: thompson@aust.inmos.co.uk ()
  7. Organization: INMOS Architecture Group
  8. Date: Thu, 30 Jul 92 18:03:09 BST
  9. Lines: 53
  10.  
  11. conrad@disuns2.epfl.ch (Christian Conrad) writes: 
  12. : hello, 
  13. :  
  14. : I'm performing a simulation on message transfers between T9000, through an
  15. : IMS C104. Some questions occurred: 
  16. : 1) It is said in the documentation that if the output link of the IMS C104
  17. : is not free, then the packet is bufferized, but WHERE ? (input or output link
  18. : of C104) 
  19.  
  20. I don't think this is exactly what the documentation says.
  21.  
  22. The important point to bear in mind here is that each connection between C104s
  23. (and T9000s etc.) is completely flow-controlled at the *byte* level.  This
  24. means that it is not actually necessary for a packet which cannot proceed to
  25. be buffered entirely within one device.  It is possible for a packet to be
  26. buffered half in the input buffer of the device receiving it and half in the
  27. output buffer of the device transmitting it.  It is even possible for a
  28. particularly long packet to be buffered over several devices.  This means that
  29. the C104 can route packets of arbitrary length.  However the performance of
  30. networks of C104s is improved by using packets which are sufficiently short
  31. that they can be buffered in at most two devices, for example those used by
  32. the T9000 (which are at most 32 bytes plus a header and terminator).
  33.  
  34. : 2) What happens if two packets from different sources try to reach the same
  35. : busy destination ? They should both be bufferized, so how many buffers there
  36. : are ? 
  37.  
  38. If two or more packets are routed to the same output, only one can proceed
  39. (making the output `busy') and the others are all stalled as described above.
  40.  
  41. : A possible solution to these problems would be to have 32 buffers of 32
  42. : bytes for each output link of the IMS C104, is it correct ? 
  43.  
  44. However another possible solution is to use a low-level flow-control technique
  45. which makes it unnecessary for packets to be buffered by the receiving device.
  46.  
  47. : Thanks in advance for answers. 
  48. :                    Christian Conrad 
  49. :             LSP, laboratoire de systemes peripheriques, EPFL
  50. :               
  51.  
  52. You're welcome.
  53.  
  54. --
  55. Peter Thompson, INMOS Ltd JANET:    thompson@uk.co.inmos
  56. 1000 Aztec West           UUCP:     ukc!inmos!thompson
  57. Bristol BS12 4SQ, U.K.    INTERNET: thompson@inmos.com
  58. +44 454 616616            ROW:      thompson@inmos.com OR thompson@inmos.co.uk
  59. --
  60. Peter Thompson, INMOS Ltd JANET:    thompson@uk.co.inmos
  61. 1000 Aztec West           UUCP:     ukc!inmos!thompson
  62. Bristol BS12 4SQ, U.K.    INTERNET: thompson@inmos.com
  63. +44 454 616616            ROW:      thompson@inmos.com OR thompson@inmos.co.uk
  64.