On Fri, 15 Jun 2001, Don Stokes wrote:
[1] uucp, at least in later implementations, is tunable with long packets and larger windows, which could help. But my own experience was that this is itself limited -- with big packets, any unnecessary uucp retries could greatly drop the performance of the link -- it isn't automatically better to increase the packet sizes. This is true even on serial links, much more so when running uucp over TCP.
If both protocols are of the "wait and retry" variety, then this is true, however Taylor UUCP (pretty much the only worthwhile implementation for a long time now) supports an "e" protocol that assumes a reliable transport and does no acks or retries at all, and a "z" protocol that doesn't send an ack until the end of each file, and even then only resends on negative ack. At home I'm still running UUCP (over TCP/IP, over a v.90 modem and a serial port that occasionally has burst input overruns) and it works just fine: as long as the HD isn't running flat out (which starves IRQ service for the serial controller and causes input overruns), the performance is within cooey of wirespeed. -Martin. --------- To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz where the body of your message reads: unsubscribe nznog