Xref: utzoo comp.unix.i386:8281 news.admin:10473
Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!uunet!virtech!cpcahil
From: cpcahil@virtech.uucp (Conor P. Cahill)
Newsgroups: comp.unix.i386,news.admin
Subject: Re: uucp problem
Message-ID: <1990Aug29.120230.1313@virtech.uucp>
Date: 29 Aug 90 12:02:30 GMT
References: <1990Aug28.215058.16147@ariel.unm.edu>
Reply-To: cpcahil@virtech.UUCP (Conor P. Cahill)
Organization: Virtual Technologies Inc., Sterling VA
Lines: 24

In article <1990Aug28.215058.16147@ariel.unm.edu> einhorn@hydra.unm.edu (E Drew Einhorn ADV.SCI.Inc) writes:
>When a large file is uucp'ed onto their system everything goes fine for
>the first few kbytes of the file then everything shifts to SLOW mode.
>I believe the scheduler on their machine is starving the uucico process
>for cpu time.
>
>Any suggestions?

Ensure that xon/xoff flow control is off on the Bell tech machine.
Ensure that you have an intelligent i/o port on the Bell tech machine
Ensure that you have the latest and greatest drivers for the BT.
Ensure that both the CLIST and TTHOG tunable parameters are not too 
low (just try doubling them to see if it has a positive effect).

If it still fails, lower the baud rate between the modem and the system
to see if that fixes the overflow problems.

If it still fails, run uucico with -x99 (lots of debugging output) on both
sides to see if you can tell what the problem is.

-- 
Conor P. Cahill            (703)430-9247        Virtual Technologies, Inc.,
uunet!virtech!cpcahil                           46030 Manekin Plaza, Suite 160
                                                Sterling, VA 22170