Path: utzoo!utgpu!watmath!clyde!att!pacbell!ames!xanth!nic.MR.NET!umn-cs!bungia!ahby From: ahby@bungia.Bungia.MN.ORG (Shane P. McCarron) Newsgroups: news.admin Subject: Re: High Volume Calls For New Approach Message-ID: <581@bungia.Bungia.MN.ORG> Date: 12 Dec 88 07:23:21 GMT References: <26469@bu-cs.BU.EDU> <267@ssbn.WLK.COM> <486@mccc.UUCP> <2013@van-bc.UUCP> Reply-To: ahby@bungia.mn.org (Shane P. McCarron) Organization: Bugoslavian Embassy, St. Paul, MN Lines: 27 In article <2013@van-bc.UUCP> sl@van-bc.UUCP (pri=-10 Stuart Lynne) writes: A lot of very lucid stuff, but laments that he must turn down sites and/or waste bandwidth just because he doesn't want to batch up more news, and waste more time and spool space. It seems like it is time to talk about multicast again. News 2.11 has a facility in it called multicast. While this goes largely unutilized, it can be used to ELIMINATE wasted spool space and CPU time. I have tried several times to post the software associated with using this to comp.sources.unix, but Rich never seems to get around to it. The software takes batch files created with the M type keyword and builds logical subsets of news based on subscription requirements. These subsets are then batched and queued via a multi-queueing system called uuast. Other methods would also work (uux -l, for instance). The upshot is that for every article that comes into your system and needs to go out again, compress is run once, batch is run once, and it uses one unit of disk space. This is a real win for any node which feeds news to more than one downstream site. If there is sufficient interest in this stuff, I will try once again to post it. Or maybe post it to comp.sources.misc? -- Shane P. McCarron UUCP: ahby@bungia.mn.org Systems Analyst ATT: +1 612 224-9239