Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site qubix.UUCP
Path: utzoo!watmath!clyde!floyd!harpo!decvax!decwrl!sun!qubix!msc
From: msc@qubix.UUCP (Mark Callow)
Newsgroups: net.news
Subject: Re: Wanted: news batching with compression
Message-ID: <952@qubix.UUCP>
Date: Wed, 21-Mar-84 16:24:19 EST
Article-I.D.: qubix.952
Posted: Wed Mar 21 16:24:19 1984
Date-Received: Fri, 23-Mar-84 08:31:08 EST
References: <149@forcm5.UUCP>
Organization: Qubix Graphic Systems, Saratoga, CA
Lines: 18

The uucp overhead for transferring news is really not a problem as long
as you have Mark Horton's speedup fix in your uucp packet driver.  If you
still feel there is a problem there are at least 3 different batching
schemes that reduce the uucp overhead a little more.

What really kills our 4.2BSD system and several others is the forking
of rnews once per article.  For this reason we have news flow
restricted to late night and early morning though mail is received
anytime.

None of the batching schemes that I'm aware of address this problem at
all.  I urge anyone who is devoting time to news batching schemes to
attack this area rather than uucp.  If I had time I would look into it
myself.
-- 
From the Tardis of Mark Callow
msc@qubix.UUCP,  decwrl!qubix!msc@Berkeley.ARPA
...{decvax,ucbvax,ihnp4}!decwrl!qubix!msc, ...{ittvax,amd70}!qubix!msc