Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site oddjob.UChicago.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!mhuxr!ihnp4!gargoyle!oddjob!matt
From: matt@oddjob.UChicago.UUCP (Matt Crawford)
Newsgroups: net.news.b
Subject: Re: multiple invocations of rnews
Message-ID: <580@oddjob.UChicago.UUCP>
Date: Thu, 24-Jan-85 15:48:09 EST
Article-I.D.: oddjob.580
Posted: Thu Jan 24 15:48:09 1985
Date-Received: Fri, 25-Jan-85 21:42:53 EST
References: <qantel.337>
Reply-To: matt@oddjob.UUCP (Matt Crawford)
Distribution: net
Organization: U. Chicago: Astronomy & Astrophysics
Lines: 16

In article <qantel.337> stv@qantel.UUCP (Steve Vance@ex2499) writes:
>Isn't there a locking mechanism to prevent batches of news from our
>newsfeed sites from all being processed at once?  When I came in
>this morning, there were 5 editions of news processing going on,
>as well as last night's expire run.
>
>Steve Vance		Qantel Corporation, Hayward, CA

We were unhappy when multiple troff processes were active simultaneously.
Having them all 'nice'd didn't really ease the memory hogging, so I wrote
a couple of interlock subroutines which I am posting to net.sources.
They can be called by any program that has a spare file descriptor, but
they are specific to 4.2.
_____________________________________________________
Matt		University	crawford@anl-mcs.arpa
Crawford	of Chicago	ihnp4!oddjob!matt