On Fri, 15 Jun 2001, Don Stokes wrote:
 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.
To unsubscribe from nznog, send email to majordomo(a)list.waikato.ac.nz
where the body of your message reads: