home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.sys.3b1
- Path: sparky!uunet!nwnexus!amc-gw!picarefy!jwbirdsa
- From: jwbirdsa@picarefy.picarefy.com (James W. Birdsall)
- Subject: Re: Getting xfer stats from HDB
- Message-ID: <1993Jan27.015512.12604@picarefy.picarefy.com>
- Organization: Green Tiger Software
- References: <1993Jan22.025514.2843@toybox.raleigh.nc.us> <1993Jan23.211312.8970@d-and-d.com>
- Date: Wed, 27 Jan 1993 01:55:12 GMT
- Lines: 24
-
- In article <1993Jan23.211312.8970@d-and-d.com> dnichols@d-and-d.com (DoN. Nichols) writes:
- >In article <1993Jan22.025514.2843@toybox.raleigh.nc.us> hruska@toybox.raleigh.nc.us (Bob Hruska) writes:
- >>I have seen a few postings here that quoted output from "uutraf" but
- >>I don't know what this is. Is there some sort of accounting that
- >>HDB does that I can use? What/where is uutraf?
- >
- > Uutraf is a public-domain program out there somewhere, perhaps on
- >the BSD source - I haven't looked for it yet. However, you can check on the
- >transfer speeds by looking in the file "/usr/spool/uucp/.Admin/xferstats".
- >[Warnings about small files deleted.]
-
- Also beware that HDB has trouble with the math on very large files! I
- recently shipped over a 11756523-byte file in 15220 seconds (~4 hours),
- which HDB (both on the 3B1 and the Sun) insists is 208 bytes per second!
- Uutraf gets the correct figure, 772 Bps. The size and transfer time are
- correct, and I can't think of any overflow effect which would cause the
- observed mistake.
-
- Weird.
-
- --
- James W. Birdsall jwbirdsa@picarefy.picarefy.com
- Compu$erve: 71261,1731 GEnie: J.BIRDSALL2 America On-Line: GreenTiger
- "For it is the doom of men that they forget." -- Merlin
-