UUCP performance

[Jonathan Bayer]

In article <603 at marob.MASA.COM> manes at marob.MASA.COM (Steve Manes) writes:
>
>I heard an unconfirmed story that Xenix 2.3's UUCP transfer time
>accounting is broken and shouldn't be trusted.  According to a friend of
>mine, he spent several hours sending files from his machine to a Xenix
>machine in Texas and the difference in transfer time, according to the
>logs of the two respective machines, was almost a factor of 2.  He says
>he believes that it's a bug in the reading of the HZ variable. 

This is a known bug.  The HZ value has been hardcoded in place :-(

Erik Murrey posted the following message back in October which describes
how to patch uucico.  I applied it and it works well.  This also applies
the window=7 patch.

JB

----------------------- cut here ----------------------
>From uunet!mpx2.UUCP!erik Sun Oct 30 12:22:00 1988
Path: ispi!uunet!husc6!bloom-beacon!apple!rutgers!bpa!cbmvax!vu-vlsi!mpx1!mpx2!erik
From: erik at mpx2.UUCP (Erik Murrey)
Newsgroups: comp.unix.xenix
Subject: patch for correct xferstats
Message-ID: <263 at mpx2.UUCP>
Date: 30 Oct 88 17:22:00 GMT
Organization: MPX Data Systems, Inc. ,  Wayne, PA
Lines: 51


As distributed with my version of SCO 2.3.1 for 386AT's, the new HDB
uucico records incorrect transfer times in
/usr/spool/uucp/.Admin/xferstats.  This is because the version I got
was hard coded for a HZ=20 clockrate machine (i.e. an XT!)  Since both
the AT286's and AT386's run at HZ=50, uucico needs to be patched to
record reasonable time in xferstats.  (If this has already been
posted, then hit 'n'...)

Also, my version has a symbol table, for other patches (like
windows=7, might as well do that while your in there...)

Run "adb -w" on uucico (in /usr/lib/uucp, you will need to be root)
Here is a script:
----- start of script ----
$ date
Sun Oct 30 09:03:56 PST 1988
$ copy -om uucico uucico~
$ adb -w uucico
* windows/x
_windows:	0x3
* windows/w 7
_windows:	0x3=	0x7
* $x
* millitick+32?ia
_millitick+0x32:		mov	ax,0x14
_millitick+0x35:
* .?x
_millitick+0x32:		0x14b8
* .?w 32b8
_millitick+0x32:		0x14b8=	0x32b8
* .?ia
_millitick+0x32:		mov	ax,0x32
_millitick+0x35:
* $q

$ 
---- end of script ----

If you're wondering, the mov ax,0x14 is setting up a divide by 20 for
HZ=20 machines.  The 0x32 changes it to 50 for HZ=50 machines..

The patch to windows is the famous WINDOWS=7 patch that helps over
lines with big delays (eg PC-Pursuit).



Erik Murrey
MPX Data Systems, Inc.
erik at mpx2.UUCP
...!{bpa,spl1,cbmvax,vu-vlsi}!mpx1!erik


-------------------------- cut here ----------------------------

-- 
Jonathan Bayer			      Beware: The light at the end of the
Intelligent Software Products, Inc.	      tunnel may be an oncoming dragon
19 Virginia Ave.				...uunet!ispi!jbayer
Rockville Centre, NY 11570  (516) 766-2867    jbayer at ispi.UUCP