Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!seismo!rutgers!cbmvax!grr From: grr@cbmvax.cbm.UUCP (George Robbins) Newsgroups: comp.unix.questions,news.sysadmin Subject: Re: uuxqt problems with news Message-ID: <1916@cbmvax.cbmvax.cbm.UUCP> Date: Fri, 22-May-87 05:50:59 EDT Article-I.D.: cbmvax.1916 Posted: Fri May 22 05:50:59 1987 Date-Received: Sat, 23-May-87 15:46:57 EDT References: <116@bvax.UUCP> <311@pollux.UUCP> Reply-To: grr@cbmvax.UUCP (George Robbins) Organization: Commodore Technology, West Chester, PA Lines: 33 Keywords: news, VAX 730, HELP! Xref: mnetor comp.unix.questions:2488 news.sysadmin:211 In article <311@pollux.UUCP> jgd@pollux.UUCP (Dr. James George Dunham) writes: > In article <116@bvax.UUCP> dave@bvax.UUCP (Dave Wallace) writes: > > > >I can > >get up to 6 of these running at once, which causes the 730 to slow down > >just a bit (-: . I currently get my feed from one site and don't send > >to anyone else ( until I get this problem resolved. ) It takes the 730 > >most of a working day to process 6 or 7 batch files in /usr/spool/uucp! It > >seems like these processes are fighing them selves. Any body have > >any suggestions? > > We reduced the priority of our news jobs so they would not interfere > with other users doing work on our system and have a similiar problem. One good solution is to create an rnews script that gets executed via uucp that simply copies the files into a temporary directory with a unique name. The you can have something running from crontab that each hour starts up and processes the queued news. Of course this script can test, either via ps or with a lock file, whether one is still running and abort... This kind of approach can be extended to also keep the incoming stream around for a couple of days to make for easy recovery. Another area to look at is how much time is being sucked up by compress. Compress used to get real hoggy if you used full 16-bit compression. While this may have been improved, you may find that changing your feed to 12-bit compression reduces the cpu/memory load at only a slight increase in your telephone costs. -- George Robbins - now working for, uucp: {ihnp4|seismo|rutgers}!cbmvax!grr but no way officially representing arpa: cbmvax!grr@seismo.css.GOV Commodore, Engineering Department fone: 215-431-9255 (only by moonlite)