Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!usc!cs.utexas.edu!uunet!ateng!chip From: chip@ateng.com (Chip Salzenberg) Newsgroups: news.software.b Subject: Re: Cnews performance? Message-ID: <24A24C12.15744@ateng.com> Date: 23 Jun 89 14:41:22 GMT References: <89Jun23.003815edt.11717@neat.ai.toronto.edu> Organization: A T Engineering, Tampa, FL Lines: 28 According to lamy@ai.utoronto.ca (Jean-Francois Lamy): >[C News unbatching is inefficient because] all your UUCP feeds may >come in in the same format; testing each batch to see what format >it is in is clearly wasted, especially if the test involves starting >a process like compress only to see it fail... I hardly think that running compress only to see it fail is a waste. In the future, long after you've forgotten what you did to your news subsystem, you may make a new connection with a site that compresses its batches. Or your neighbor(s) may start sending compressed batches without telling you. >We just bypass the input subsystem; we use an lpr queue that calls relaynews. This hack has got to be the most imaginitive use of lpr I've ever seen! You get a 10.0 for originality. Of course, if you accidentally specify the wrong "device", things could get ugly... :-) >The trick is to look at what your input batches are like and to get them >to relaynews asap. In other words, trim your sails. That's the ticket, laddie. Or, to paraphrase Strunk & White: Omit needless code! Omit needless code! Omit needless code! -- You may redistribute this article only to those who may freely do likewise. Chip Salzenberg | or A T Engineering | Me? Speak for my company? Surely you jest!