home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / dcom / modems / 11403 < prev    next >
Encoding:
Internet Message Format  |  1992-07-29  |  2.2 KB
  1. Xref: sparky comp.dcom.modems:11403 can.uucp:187
  2. Path: sparky!uunet!cs.utexas.edu!torn!utgpu!attcan!telly!eci386!woods
  3. From: woods@eci386.uucp (Greg A. Woods)
  4. Newsgroups: comp.dcom.modems,can.uucp
  5. Subject: Re: UUCP 'g' vs. MNP & V.42
  6. Message-ID: <1992Jul29.211044.19925@eci386.uucp>
  7. Date: 29 Jul 92 21:10:44 GMT
  8. References: <1992Jul20.052318.29102@zooid.guild.org> <1992Jul23.180658.20724@eci386.uucp> <1992Jul26.161854.11452@colnet.cmhnet.org>
  9. Organization: Elegant Communications Inc.
  10. Lines: 31
  11.  
  12. In article <1992Jul26.161854.11452@colnet.cmhnet.org> res@colnet.cmhnet.org (Rob Stampfli) writes:
  13. > Perhaps, but it can be made to work fine.  I originally experienced
  14. > problems with throughput on uucp-g with MNP enabled.  I saw 500-600 cps
  15. > throughput as opposed to 700 cps on a straight connection.  Experimenting
  16. > revealed that the bottleneck was the uucp window size of 3.  Increasing
  17. > this to 7 resulted in a throughput increase to ~850 cps, independent of
  18. > whether a straight, MNP or v.42 connection was made.  Note that the numbers
  19. > mentioned above are for v.32 (not bis), and for precompressed news batches.
  20.  
  21. Indeed these are close to (although slightly better than) the
  22. measurements I've been able to make.
  23.  
  24. Unfortunately the maximum negotiable window size of many uucico's
  25. cannot be easily configured.  Although binary can be patched, if you
  26. know how, you will still have to ensure that your neighbor is also
  27. allowing 7-packet windows, and that this is indeed the window size
  28. that's being negotiated (although the througput stats should make the
  29. latter obvious).
  30.  
  31. > I now turn off reliable mode when originating a uucp connect, but allow
  32. > whatever the other end wants to establish when accepting one, and it
  33. > doesn't seem to make any difference. 
  34.  
  35. Indeed this is what I do, and what I've recommend others do too.  The
  36. latter allows dial-up users to benefit from reliable connections, etc.
  37. and the former avoids problems if a small packet-window size is used.
  38. -- 
  39.                         Greg A. Woods
  40. woods@Elegant.COM, woods@robohack.UUCP  VE3TCP    ECI & UniForum Canada
  41. +1-416-443-1734 [h]  +1-416-595-5425 [w]    Toronto, Ontario; CANADA
  42. Political speech and writing are largely the defense of the indefensible-ORWELL
  43.