Path: utzoo!attcan!uunet!munnari.oz.au!goanna!minyos!otto!s872007 From: s872007@otto.bf.rmit.oz.au (David Burren [Athos]) Newsgroups: comp.mail.uucp Subject: Re: Limiting Simultaneous 'uuxqts' on Pre-HDB UUCP Message-ID: Date: 15 Oct 90 13:27:35 GMT References: <1820@fallst.UUCP> Sender: news@minyos.xx.rmit.oz Organization: Faculty of Business, RMIT, Melbourne, Australia Lines: 23 In <1820@fallst.UUCP> tkevans@fallst.UUCP (Tim Evans) writes: >Is there any way of limiting the number of simultaneous uuxqts in >pre-HDB UUCP? I receive a pre-compressed newsfeed on my SCO Xenix >2.2.3 box and find that once several rnews/uncompress processes >get running, the machine is pretty much brought to its knees for >doing any other (real) work. My understanding is that the limit on most non-HDB uucps should be one uuxqt. When it starts up it checks for the file LCK.XQT, and if it's valid, it assumes a job is already in progress. eyrie (see my sig) is a SCO 2.2.3 box, with the main news feed being compressed and batched. Yes, when rnews is uncompressing things tend to get a bit busy, but there's only one uuxqt running. If you _are_ getting more than one I'd be most interested in hearing more. Other things such as limited RAM and the fact that my spool drive is an old stepper unit tend to kill the performance more than anything else. _________________________________________________________________________ David Burren (Wookie Athos) Work: david@bacchus.esa.oz.au Software Development Engineer Home: athos%eyrie@labtam.oz.au Expert Solutions Australia Study: s872007@minyos.rmit.oz.au