home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / unix / sysv386 / 16331 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  2.0 KB
  1. Xref: sparky comp.unix.sysv386:16331 comp.unix.sys5.r4:467
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!usc!randvax!edhall
  3. From: edhall@rand.org (Ed Hall)
  4. Newsgroups: comp.unix.sysv386,comp.unix.sys5.r4
  5. Subject: Re: Performance of UUCP under DELL Unix (SVR4 issue 2.2)
  6. Message-ID: <3987@randvax.rand.org>
  7. Date: 9 Nov 92 02:59:06 GMT
  8. References: <1992Nov8.235526.1476@jeck.amherst.nh.us>
  9. Sender: news@randvax.rand.org
  10. Organization: RAND
  11. Lines: 32
  12. Nntp-Posting-Host: ives.rand.org
  13.  
  14. In article <1992Nov8.235526.1476@jeck.amherst.nh.us> coffler@jeck.amherst.nh.us (Jeff Coffler) writes:
  15. >
  16. >Howdy,
  17. >
  18. >I've noticed what I believe to be a UUCP performance problem under DELL Unix
  19. >(SVR4 issue 2.2).
  20. >. . . .
  21. >At home, while I'm transferring to another site, CTS *NEVER* flickers.  That
  22. >is, I have CTS/RTS always on solid.  One would think that I wasn't feeding data
  23. >to the modem fast enough, but this isn't the case (the Worldblazer serial rate
  24. >is 115k bps, fed by a Digiboard EPC/X).  Given this, it seems that the modem is
  25. >most likely not transferring at it's maximum capacity ...
  26.  
  27. Remember that UUCP-g is a windowed protocol; once the window is "filled"
  28. data transmission stops until an ACK is received.  I suspect that the
  29. "highwater level" in the WorldBlazer's buffering is greater than an entire
  30. window's worth (three or seven packets in common UUCP-g implementations)
  31. such that hardware flow control is never required.
  32.  
  33. Are you using the Telebit's UUCP-g spoofing?  This allows the modem to
  34. absorb more than a window's worth of packets, but because the modem is
  35. generating the ACK's in that case, it doesn't /need/ any other form of flow
  36. control.  A Telebit person could tell you why the T-2500 does.
  37.  
  38. I've seen a similar situation--doing FTP transfers over a PPP link--where
  39. TCP/IP's windowing usually keeps RTS/CTS flow control from coming into
  40. play for a single transfer, even though it is running close to the
  41. theoretical datarate.  Any additional traffic over the link pushes it
  42. "over the line", and the CTS light starts blinking...
  43.  
  44.         -Ed Hall
  45.         edhall@rand.org
  46.