Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!tut.cis.ohio-state.edu!ukma!xanth!lll-winken!uunet!ispi!jbayer From: jbayer@ispi.UUCP (Jonathan Bayer) Newsgroups: comp.unix.xenix Subject: Re: UUCP performance Message-ID: <567@ispi.UUCP> Date: 29 Mar 89 15:11:59 GMT References: <601@marob.MASA.COM> <603@marob.MASA.COM> Reply-To: jbayer@ispi.UUCP (Jonathan Bayer) Organization: Intelligent Software Products, Inc. Lines: 88 In article <603@marob.MASA.COM> manes@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@mpx2.UUCP (Erik Murrey) Newsgroups: comp.unix.xenix Subject: patch for correct xferstats Message-ID: <263@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@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@ispi.UUCP