Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site amdahl.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!harpo!decvax!decwrl!sun!amdahl!gam
From: g...@amdahl.UUCP (G A Moffett)
Newsgroups: net.news.group,net.news
Subject: The politics of groups (of people)
Message-ID: <1996@amdahl.UUCP>
Date: Sat, 7-Sep-85 03:08:35 EDT
Article-I.D.: amdahl.1996
Posted: Sat Sep  7 03:08:35 1985
Date-Received: Mon, 9-Sep-85 02:34:18 EDT
Reply-To: g...@amdahl.UUCP (G A Moffett)
Followup-To: net.news
Organization: Blue Mouse Trailer Resort, Hellmouth, CA
Lines: 17
Keywords: concensus democracy


Once a group reaches a certain size, it ceases to be practical to make
decisions by consensus (and I am claiming that ``concensus'' was the
old-style method of decision-making on Usenet).

A democracy can make decisions, but since the vote-counting is
so important, the verification of one-person-one-vote becomes
costly (as we are seeing by the 'vote fraud' discussion).

A way of by-passing these political processes, as we are admitting to
ourselves they will not work for Usenet anyway, is to allow a
free marketplace to decide.  That is, as I said in my followup
to the ``Doomsday Cometh'' article, that each site decides what it
can carry and the aggregate of those individual decisions will determine
in which direction Usenet will go.
-- 
Gordon A. Moffett		...!{ihnp4,cbosgd,hplabs}!amdahl!gam

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version VT1.00C 11/1/84; site vortex.UUCP
Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!harpo!decvax!bellcore!vortex!lauren
From: lau...@vortex.UUCP (Lauren Weinstein)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <791@vortex.UUCP>
Date: Sat, 7-Sep-85 19:48:34 EDT
Article-I.D.: vortex.791
Posted: Sat Sep  7 19:48:34 1985
Date-Received: Mon, 9-Sep-85 02:38:47 EDT
References: <1996@amdahl.UUCP>
Organization: Vortex Technology, Los Angeles
Lines: 15

I agree that letting individual sites make decisions regarding
what groups they should carry will help the current situation.
Obviously, they have that right now, but few exercise it.

I doubt, however, that geographic distributions will be of much
use.  People want to ask their questions to, and have their 
comments heard by, the widest audience possible.  If we try
to enforce distributions on topics that aren't "naturally"
regional (like Calif. politics) I think we'll find gateways
and other mechanisms popping up to spread the stuff all over the
net.  I just don't see distributions as a long-term control
technique.  Even the topology of the net tends to cause
local distributions to have only limited value.

--Lauren--

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site bu-cs.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!think!harvard!bu-cs!root
From: r...@bu-cs.UUCP (Barry Shein)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <626@bu-cs.UUCP>
Date: Sun, 8-Sep-85 21:37:07 EDT
Article-I.D.: bu-cs.626
Posted: Sun Sep  8 21:37:07 1985
Date-Received: Tue, 10-Sep-85 04:06:16 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP>
Organization: Boston Univ Comp. Sci.
Lines: 41

just a few thoughts.

First, I think Lauren was a little gloomy the day he announced the death
of the USENET, it's certainly reached an annoying level in many ways,
but, as the old expression goes, 'the reports of my death have been
greatly exagerrated'.

Second, I think a major problem we are facing is the technology we are
using, that is, 1200 baud links. Networking technology is progressing
quickly enough that I doubt this will be a problem for long. A simple
thing that would help would just be to figure out some way to get a
little more 'star' configured, with two sites setting up a fast link
like a 9600B leased line and feeding their local sites. I think this
kind of thing is not explored enough, certainly not by me but I will
(the B.U. == Harvard link is still 1200b.) Processors are getting so
cheap that I doubt it will be long before active sites can just absorb
the cost of a dedicated box for feeding/receiving news. I think the
current cost to us for an AT&T UNIX/PC (nee 7300) with SYSV, 1MB mem,
20MB disk is now about 4-5,000, and for these kind of problems will run
neck and neck with a VAX750. Once we have these silent little servants
sitting in the corner taking care of things, and higher baud rates, how
many problems are left (I know, wading thru the stuff!) What I really
need to do this is ethernet+tcp/ip for internal distribution (or better,
NFS and just leave it on the little thing.)

I still like some way of adding automatic feedback to a system, like
readnews somehow recording and collecting whether people are actually
reading the stuff and using that as at least a partial factor in the
worthiness of a group.

Hell, what would someone deduce if I wrote a little 'find' thingy that
went around and reported the subscribed/unsubscribed newsgroups at my
sites? What about if we had those numbers for lotsa sites?

I know, a list of exceptions will follow (if ya got lots non-programmers
they probably all unsubscribed net.sources, does that mean...) We assume
this is just info for human beings with common sense at this point.

	-Barry Shein, Boston University

I know, talk is cheap.

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version VT1.00C 11/1/84; site vortex.UUCP
Path: utzoo!watmath!clyde!cbosgd!ihnp4!ucbvax!decvax!bellcore!vortex!lauren
From: lau...@vortex.UUCP (Lauren Weinstein)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <798@vortex.UUCP>
Date: Mon, 9-Sep-85 23:32:55 EDT
Article-I.D.: vortex.798
Posted: Mon Sep  9 23:32:55 1985
Date-Received: Wed, 11-Sep-85 06:28:24 EDT
References: <626@bu-cs.UUCP>
Organization: Vortex Technology, Los Angeles
Lines: 28

The little issue of "wading through the stuff" remains in any
unmoderated environment, regardless of the transmission technology.
More and more people have been dropping off of netnews, not because
they can't get ENOUGH articles, but because they get TOO MANY
articles already.

Finding the occasional gems among the repetitious and "nonsense"
messages is getting increasingly difficult and fewer and fewer
people have time to try!  As the net grows, the number of such
"noise" messages will increase.  Wait until you ask a simple
question and get 10K replies, including a range of incorrect,
correct, and harrassment replies ("why did you bother asking
such a question you dummy?")  Even assuming all the replies are
correct and/or useful (which they won't be) it's still a pain.
We're reaching a point where people are rather reluctant to post
questions, due to the flood of replies that will come pouring
in, sometimes for WEEKS!

At the main session of the last Usenix conference, I asked the
full auditorium, "How many of you find that the sheer VOLUME
of 'less than useful and/or repetitious, etc.' material on Usenet 
has become unmanageable?  Have you found yourselves thinking about 
wading through netnews as much more of a pain than a pleasure?"  The number 
of hands that went up astounded even me.  It must have been well over 90%.

It's not MORE articles we need.  It's BETTER ones!

--Lauren--

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!henry
From: he...@utzoo.UUCP (Henry Spencer)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <5941@utzoo.UUCP>
Date: Tue, 10-Sep-85 12:27:18 EDT
Article-I.D.: utzoo.5941
Posted: Tue Sep 10 12:27:18 1985
Date-Received: Tue, 10-Sep-85 12:27:18 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP>, <626@bu-cs.UUCP>
Organization: U of Toronto Zoology
Lines: 15

> ... I think a major problem we are facing is the technology we are
> using, that is, 1200 baud links. Networking technology is progressing
> quickly enough that I doubt this will be a problem for long...
> ... Processors are getting so
> cheap that I doubt it will be long before active sites can just absorb
> the cost of a dedicated box for feeding/receiving news...

I think you're forgetting something:  at many sites (mine, for example)
news basically gets a "free ride" on equipment bought for other reasons.
Their budget for news-dedicated equipment is, and will remain, precisely
zero.  Also, some of us are getting increasingly unwilling to spend more
money on providing yet more bandwidth for (say) net.politics.
-- 
				Henry Spencer @ U of Toronto Zoology
				{allegra,ihnp4,linus,decvax}!utzoo!henry

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site utrc-2at.UUCP
Path: utzoo!utcs!mnetor!yetti!utrc-2at!drews
From: dr...@utrc-2at.UUCP (Drew Sullivan)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <131@utrc-2at.UUCP>
Date: Thu, 12-Sep-85 11:45:36 EDT
Article-I.D.: utrc-2at.131
Posted: Thu Sep 12 11:45:36 1985
Date-Received: Thu, 12-Sep-85 14:31:04 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP> <626@bu-cs.UUCP> 
<1090@ulysses.UUCP>
Organization: Ultrasecure Tempest Research Corp., Toronto, Ont. CAN.
Lines: 19

> I'm afraid you're grossly underestimating the CPU and disk throughput
> requirements to put netnews on a machine.  2 of our 5 outbound links, on
> a 750 used solely as a communications server (Ethernets, DMR-11s, laser
> printers, etc.), are at high speed.  Guess what -- one uuxqt running rnews
> and there are no cycles left.  If there are two, reading news will become
> unpleasant.  Those two plus a print job will totally kill the machine.

Here at UTRC we are running two dedicated IBM-ATs.  One is planned to be a
printer server with various laser printers  hung off of it, and the other is
the news machine.  With about 40 megs of disk and 2 megs of memory, I have
found no problem with both vnews and rnews running at the same time.
What is planned is to have lots of cut-down PCs connected via a network
as user machines that take/put files to the AT servers, in this way we
always have cycles to spare.  The cost of the user-interface (and hence
reponse time) is born by the PCs and the back-bone machines are tuned
for other requirements.  Our biggest problem now is setting up the
network.

 -- Drew.

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 4.3bsd-beta 6/6/85; site l5.uucp
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!
talcott!harvard!seismo!lll-crg!well!l5!gnu
From: g...@l5.uucp (John Gilmore)
Newsgroups: net.news
Subject: Re: netnews eats 750s for lunch?
Message-ID: <116@l5.uucp>
Date: Fri, 13-Sep-85 05:46:39 EDT
Article-I.D.: l5.116
Posted: Fri Sep 13 05:46:39 1985
Date-Received: Sat, 14-Sep-85 16:59:34 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP> <626@bu-cs.UUCP> 
<1090@ulysses.UUCP>
Organization: Ell-Five [Consultants], San Francisco
Lines: 11
Followups-To: general
Flames-To: /dev/null

In article <1...@ulysses.UUCP>, s...@ulysses.UUCP (Steven Bellovin) writes:
> I'm afraid you're grossly underestimating the CPU and disk throughput
> requirements to put netnews on a machine.  2 of our 5 outbound links, on
> a 750 used solely as a communications server (Ethernets, DMR-11s, laser
> printers, etc.), are at high speed.  Guess what -- one uuxqt running rnews
> and there are no cycles left.  If there are two, reading news will become
> unpleasant.  Those two plus a print job will totally kill the machine.

Put it on a 68020.  Vaxes are obsolete.

(or is that why you're using them as comm servers?)

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/18/84; site Glacier.ARPA
Path: utzoo!watmath!clyde!burl!ulysses!allegra!oliveb!Glacier!reid
From: r...@Glacier.ARPA (Brian Reid)
Newsgroups: net.news
Subject: Re: netnews eats 750s for lunch?
Message-ID: <11798@Glacier.ARPA>
Date: Fri, 13-Sep-85 23:40:59 EDT
Article-I.D.: Glacier.11798
Posted: Fri Sep 13 23:40:59 1985
Date-Received: Sun, 15-Sep-85 00:22:59 EDT
References: <1996@amdahl.UUCP> <791@vortex.UUCP> <626@bu-cs.UUCP> 
<1090@ulysses.UUCP> <116@l5.uucp>
Reply-To: r...@Glacier.UUCP (Brian Reid)
Organization: Stanford University, Computer Systems Lab
Lines: 36
Summary: 

Glacier is a 750. Until today we had 2Mbytes (today we got a new backplane
and we have 4Mbytes).  We feed netnews to 12.5 sites (12 full feeds and one
partial feed, plus about 20 local SF Bay feeds).

Glacier is also the primary computing resource for about 100 people; during
the day there are typically 30 jobs logged on, and at night there are
perhaps 5 to 10 jobs logged on.

The load factor on Glacier can get pretty grim at 3 in the afternoon, but
netnews is never the culprit. Well, perhaps people reading news with "rn" (a
resource hog) are part of the problem, but news transmission is not a
problem.

What I have found is that distribution of netnews over local area networks
is essentially free on a machine like a VAX that has a high-performance
asynchronous parallel data path to the network. The amount of CPU spent is
almost unmeasurable; Glacier spends perhaps a total of 15 minutes a day,
elapsed time, feeding these 7 LAN sites.

Telephone line feeds, however, are very expensive. It burns a lot of CPU
and causes a lot of context swaps. All of you know this, though.
We don't do any phone line feeds during the day (except ba.seminars and
things like that). If we tried to do phone line feeds during the day it
would make a significant dent in our machine.

The moral? Technology, such as our 3 and 10 megabit Ethernets and decent
system software, can virtually eliminate the compute cost of transmitting
news. There is still a cost associated with receiving news, caused by all of
the forks and execs in recnews rnews, inews, unbatchnews, cunbatch, and all
of those programs, but each site only has to do that once.

I don't think 2400-baud phone lines would cure anything. Some hardware that
enabled block synchronous transmisison over them would help a lot.
-- 
	Brian Reid	decwrl!glacier!reid
	Stanford	r...@SU-Glacier.ARPA

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.1 6/24/83; site bu-cs.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!panda!
talcott!harvard!bu-cs!root
From: r...@bu-cs.UUCP (Barry Shein)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <654@bu-cs.UUCP>
Date: Thu, 19-Sep-85 20:14:09 EDT
Article-I.D.: bu-cs.654
Posted: Thu Sep 19 20:14:09 1985
Date-Received: Sat, 21-Sep-85 04:07:18 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP> <626@bu-cs.UUCP> 
<1090@ulysses.UUCP>, <131@utrc-2at.UUCP>
Organization: Boston Univ Comp. Sci.
Lines: 78

[have patience folks, if the first part boors you I get completely sidetracked
 fast enough]

> I'm afraid you're grossly underestimating the CPU and disk throughput
> requirements to put netnews on a machine.  2 of our 5 outbound links, on
> a 750 used solely as a communications server (Ethernets, DMR-11s, laser
> printers, etc.), are at high speed.  Guess what -- one uuxqt running rnews
> and there are no cycles left.  If there are two, reading news will become
> unpleasant.  Those two plus a print job will totally kill the machine.

(* This was in response to my suggestion to commit an inexpensive box as a
usenet server at your site, possibly plus working out a faster transport
as a way to alleviate one aspect of news problems, a small one
admittedly, but one that comes up frequently *)

No, I am the one who is afraid (:-)

I am afraid you are grossly confusing price with cpu power by posing your
750 as an example.

It is nearly impossible to buy anything these days much slower than a 750
for more than a few thousand dollars.

My ~$5,000 AT&T 7300 (UNIX/SYSV) apparently will run neck and neck on
your favorite benchmarks with your $200,000 750* (I own a 750 also,
without formal benchmarks I believe the benchmarks that show this just
from using each.) And *THE POINT*: for $5,000 I can use it as an
intelligent USENET modem without much justification (I suspect you use
your 750 for much more than a usenet device.) Even if you believe my
7300 is, what, 25% slower, 40% slower, my argument still is not that
unreasonable as you seem to complain (and it ain't that much slower.)

Wake up, you, like I, own a curious paper-weight of a past age. Sell it
to a VMS user (who doesn't have much choice) at 20c or so on the dollar and
buy something 3-5X the speed (one of the new 68020 boxes with a good winch.)
[I will, any VMS users interested? unlike a uvax, it has real periphs...]

Obsolescence hurts, ouch! Hey, it was a fine box in its time...(vax.)

	-Barry Shein, Boston University

P.S. Some of my remarks are hypothetical at this point, but not without
rationale. To make this work for us I still need an ethernet interface I
think, or some such, but that probably just means a 4.2 box rather than
a SYSV box, as SYSV still doesn't support any useful high-speed
networking (soon, soon, I know.) Have I annoyed 1/2 the net yet :-)?

*NOT floating point, but I don't think that is at issue here.

P.P.S. (sorry) This is more relevant to the discussion than may meet the
eye, yes I considered appropriateness, a *lot* of people (me too) are
suffering bad future shock and missing some viable solutions, a lot of
people sound like the backbone sites must be 1200B PDP11/34's with
RL02's and any solution has to satisfy that configuration. How about
CD's? uWave links?  T1? 9600B async modems w/ error correction?  build
'modems' with 680x0's in them (allowing us to consider more
cpu-intensive compression algorithms, more intelligence in general,
network file systems into your news system, I already have a version of
readnews here in test that accesses a remote /usr/spool/news via TCP/IP,
gee, took me almost most of an evening to get working! It's not ready
for distribution, don't ask yet, but Hint: I just intercept open(),
read() etc before libc.a and look for 'machine:path' in open(), mark the
fd (fd | SOMEBIT) and send requests as a struct to a remote daemon for
read() etc on fd's with that bit set...you can probably do that to, esp
if your clients and hosts are very similar (within an ntohx() of each
other.)

I know, a) a lot of these suggestions have their problems (I know the
problems) b) people like Lauren W. are hard at work at just these types
of solutions (and probably better than I have listed.) It's just that,
well, I'm an incurable technologist, I think this whole damn death-of-the-net
discussion *should* be cross-posted to human-nets, net.dcom, net.lan, net.ai,
net.telecom and a few other places as that's where a lot of the problem
solvers are! This group is becoming incredibly pessimistic when there is
no need to be.

What is that quote? Some look at what is and ask 'why?' other's dream
of what could be and ask 'why not?' (MLK I believe, BU grad? (D.D.?))

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!henry
From: he...@utzoo.UUCP (Henry Spencer)
Newsgroups: net.news
Subject: Re: The politics of groups (of people)
Message-ID: <5991@utzoo.UUCP>
Date: Wed, 25-Sep-85 17:55:34 EDT
Article-I.D.: utzoo.5991
Posted: Wed Sep 25 17:55:34 1985
Date-Received: Wed, 25-Sep-85 17:55:34 EDT
References: <1996@amdahl.UUCP>, <791@vortex.UUCP> <626@bu-cs.UUCP>
Organization: U of Toronto Zoology
Lines: 19

> ... a lot of
> people sound like the backbone sites must be 1200B PDP11/34's with
> RL02's and any solution has to satisfy that configuration.

At least one backbone site (utzoo) *is* a PDP11/44 with Fujitsu Eagles.

> How about
> CD's? uWave links?  T1? 9600B async modems w/ error correction?  build
> 'modems' with 680x0's in them...

If you pay for it, we'll use it.  But it took a damn long time just getting
this place equipped with 1200-baud modems.  I can just hear the reactions
if I ask to spend N thousand dollars (even for not-too-large N) on something
dedicated solely to netnews.  Remember that news generally gets a free ride
on equipment bought for other things -- the budget for news itself is ZERO
at many places.
-- 
				Henry Spencer @ U of Toronto Zoology
				{allegra,ihnp4,linus,decvax}!utzoo!henry

			  SCO's Case Against IBM

November 12, 2003 - Jed Boal from Eyewitness News KSL 5 TV provides an
overview on SCO's case against IBM. Darl McBride, SCO's president and CEO,
talks about the lawsuit's impact and attacks. Jason Holt, student and 
Linux user, talks about the benefits of code availability and the merits 
of the SCO vs IBM lawsuit. See SCO vs IBM.

Note: The materials and information included in these Web pages are not to
be used for any other purpose other than private study, research, review
or criticism.