Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!ames!mailrus!umix!umich!mibte!fmsrl7!eecae!upba!qetzal!rcw
From: rcw@qetzal.UUCP (Robert C. White)
Newsgroups: comp.unix.microport
Subject: Re: Info needed: UNIX for 286/386 machines (really malloc)
Message-ID: <1393@qetzal.UUCP>
Date: 25 Feb 88 03:24:35 GMT
References: <4213@sigi.Colorado.EDU> <863@athos.rutgers.edu> <141@bdt.UUCP> <1038@ssc.UUCP>
Reply-To: rcw@qetzal.UUCP (0000-Robert C. White)
Organization: Mentor Software, Inc.
Lines: 35

In article <1038@ssc.UUCP> fyl@ssc.UUCP writes:
>
>I was having this problem on a 286 XENIX system.  Even with 4MB of
>RAM the news throughput was less than one unbatch.  The problem with
>XENIX (and maybe the reason you are running more than one unbatch also)
>is that the uuxqt lock times out after about 1 hour.  The solution
>is to add a
>	touch -c /usr/spool/uucp/LCK.XQT
>that is run every half hour by cron.  All is well here.
>-- 
>Phil    uunet!pilchuck!ssc!fyl 

Or, even better, get the Honey Danber version of UUCP from Microport.
This implementation has a file called /usr/lib/uucp/Maxuuxqts that
contains the number of simultaneous uuxqts that are allowed to run.

Also the '-x' flag to uucico works with Honey Danber.  I have
been running this version of uucp for several months now with
little problem. On the down side, HDB does not make use of the
ordinary uucp's /usr/lib/uucp/dialinfo capability.

Another thing you want to do if you are running news is to increase
the number of in-core inodes in the kernel configuration files to 200 or
so. 125 just doesn't cut  the mustard.

I have been running news on a similar setup for more than a year
now, and unbatching still seems to clip along at a reasonable rate.  
I never have run out of swap space.

Hope this helps

-- 
~~~~~~~~~~~~~~~~~~~~~~~~~~~    US SNAIL: 11534 Steele St, Thornton, CO.
} Robert White            {    MA BELL : (303) 252-9090
} ihnp4!upba!qetzal!rcw   {    HORSE   : Jct Platte River & Cherry Creek
~~~~~~~~~~~~~~~~~~~~~~~~~~~