Xref: utzoo news.groups:23062 comp.arch:17727 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!brutus.cs.uiuc.edu!ux1.cso.uiuc.edu!ux1.cso.uiuc.edu!aglew From: aglew@dual.crhc.uiuc.edu (Andy Glew) Newsgroups: news.groups,comp.arch Subject: Re: comp.benchmark Message-ID: Date: 16 Aug 90 23:56:19 GMT References: <7858@amelia.nas.nasa.gov> Sender: usenet@ux1.cso.uiuc.edu (News) Organization: University of Illinois, Computer Systems Group Lines: 60 In-Reply-To: eugene@wilbur.nas.nasa.gov's message of 16 Aug 90 16:23:50 GMT >Dave Sill proposes a comp.benchmark. >This might be a good idea, but in my opinion, only if the group is moderated. Sorry, Eugene, I strongly disagree with you here. Maybe if it was split up into two newsgroups, comp.benchmarks.theory => moderated comp.benchmarks.practice => unmoderated. I want, and hope, for a "practical" benchmarking group, one where I can ask questions like "I have version 1.27 of the gravsim parallel benchmark running on an Encore, and it is core dumping after N thousand iterations. Does anyone have any idea what might be going wrong" (to which hopefully someone could say "Yeah, I had a similar problem on a Sequent. You set the -DBAZZ define wrong"). Something like this is important. I've spent the last week working around things like that. Moderation adds too much delay for this sort of interaction. Conversely, a moderator would be useful for the more staid side of benchmarking: reporting new results, theoretical questions, announcements of availability, and so on. But I doubt that there would be enough traffic to make it worthwhile... ---- Flash! I just realized that what the USEnet needs is not moderated newsgroups, but recommendation tags applied to various news messages. I mean, a moderator's function, apart from slowing things down, is to remove inappropriate messages (important), but also to add some sort of filtering effect - eg. if Bob Levine thinks it's worth reading, I probably should read it. Now, if all newsgroups were unmoderated, and messages were distributed immediately... But if the present day moderators, after seeing and approving a message, sent around a tag that subsequently got attached to the stored message, saying "Moderator MMHGH approces of this message, and thinks its worth reading" Then we could have the best of both worlds. Problem: forging of approval tags. Solution: same mechanisms of trust currently used. Problem: approval tags could occupy a lot of space. Potentially every reader of the USEnet might want to send out approval tags. Solution: Filter. A system need only accept approval tags from the "official" USEnet moderator(s) for a group. Problem: potential size increase of groups that are now moderated. Solution: apply early expirations to not-yet-approved messages. Only accept messages that already have an approval tag (which is equivalent to moderation). And so on. -- Andy Glew, a-glew@uiuc.edu [get ph nameserver from uxc.cso.uiuc.edu:net/qi]