home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / 3b1 / 4373 < prev    next >
Encoding:
Text File  |  1993-01-24  |  2.4 KB  |  50 lines
  1. Newsgroups: comp.sys.3b1
  2. Path: sparky!uunet!ceilidh!dnichols
  3. From: dnichols@d-and-d.com (DoN. Nichols)
  4. Subject: Re: Getting xfer stats from HDB
  5. Message-ID: <1993Jan23.211312.8970@d-and-d.com>
  6. Sender: usenet@d-and-d.com (Usenet)
  7. Nntp-Posting-Host: shindig
  8. Organization: D and D Data, Vienna VA
  9. References: <1993Jan22.025514.2843@toybox.raleigh.nc.us>
  10. Date: Sat, 23 Jan 1993 21:13:12 GMT
  11. Lines: 37
  12.  
  13. In article <1993Jan22.025514.2843@toybox.raleigh.nc.us> hruska@toybox.raleigh.nc.us (Bob Hruska) writes:
  14. >I have been running HDB with a Supra FAXModem (14400bps) for
  15. >a couple months now, and now I'm curious what kind of transfer rates
  16. >I'm getting.
  17. >
  18. >I have seen a few postings here that quoted output from "uutraf" but
  19. >I don't know what this is.  Is there some sort of accounting that
  20. >HDB does that I can use?  What/where is uutraf?
  21.  
  22.     Uutraf is a public-domain program out there somewhere, perhaps on
  23. the BSD source - I haven't looked for it yet.  However, you can check on the
  24. transfer speeds by looking in the file "/usr/spool/uucp/.Admin/xferstats".
  25. Beware that the transfer rates shown for short files are close to
  26. meaningless, since you have the overhead of establishing the transfer for
  27. that file, and if your modem is capable of uucp spoofing (like the
  28. Telebits), and has a large buffer, everything goes into the buffer very
  29. quickly, and the granularity of the time measurement under SysV is rather
  30. coarse, so you get strange numbers.  A flie larger than 10k is probably a
  31. reasonable measure of transfer speed.  (You don't mention whether the 14.4k
  32. modem is interfaced at 9600 or 19200 baud.)  If the system is doing
  33. something else which generates a lot of interrupts, such as ethernet
  34. transfers, you can wind up with slower effective transfer rates with a baud
  35. rate of 19.2k than at 9.6k, since you have more overruns and failed blocks
  36. which need to be retried.  On a lightly loaded 3B1, 19.2k is probably
  37. reasonable with standard 'g' protocol with 3 windows.  Any attempt to make
  38. it more efficient with longer packets or more windows seems to be
  39. counterproductive, based on the general experience on this newsgroup, though
  40. you will find a few for whom there are no apparent troubles.
  41.  
  42.     Good Luck
  43.         DoN.
  44.  
  45. -- 
  46.  Email:   <dnichols@d-and-d.com>  |  ...!uunet!ceilidh!dnichols 
  47.          <dnichols@ceilidh.beartrack.com>
  48.  Donald Nichols (DoN.)  |   Voice (Days): (703) 704-2280 (Eves): (703) 938-4564
  49.     --- Black Holes are where God is dividing by zero ---
  50.