Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!dali.cs.montana.edu!ogicse!intelhf!ichips!iwarp.intel.com!gargoyle!chinet!les
From: les@chinet.chi.il.us (Leslie Mikesell)
Newsgroups: comp.mail.uucp
Subject: Re: 1/2-speed receiving!
Message-ID: <1991Apr23.200934.10650@chinet.chi.il.us>
Date: 23 Apr 91 20:09:34 GMT
References: <1991Apr18.221805.13439@unixland.uucp>
Organization: Chinet - Chicago Public Access UNIX
Lines: 23

In article <1991Apr18.221805.13439@unixland.uucp> bill@unixland.uucp (Bill Heiser) writes:
>Last week, my ESIX (sysvr3) partition table/boot sector got trashed
>when I booted from a dos floppy.  As a result, I re-formatted the disk
>(a Maxtor 8760S), installed the base system from floppies, and restored
>everything else from cpio 1/4" backup tapes. 

>Anyway, my OUTbound UUCP transactions are still fine.  On INBOUND
>transactions, though, the speed averages almost exactly 1/2 of what
>it was before!

If you have a uucp-spoofing modem, you probably restored a different
dialer script than what you were using last.  Or maybe even a different
uucico.  Somewhere between SysVr3.0 and 3.2 the g protocol window
was changed to default to 7 instead of 3, at least in AT&T releases.
The .xferstats file only show the time it took to send the last packet
not the time till the last packet is acked (either that or they are
totally off).  So, if you are transferring small files through a
spoofing modem, you might really be sending at half speed also, but
the xferstats only show the time it takes to get the data to your
own modem's buffer.

Les Mikesell
  les@chinet.chi.il.us