Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!husc6!cmcl2!brl-adm!umd5!mimsy!aplcen!osiris!mjr
From: mjr@osiris.UUCP (Marcus J. Ranum)
Newsgroups: comp.arch,comp.unix.wizards,comp.os.misc
Subject: Re: Big Programs Hurt Performance
Message-ID: <1387@osiris.UUCP>
Date: Mon, 21-Sep-87 08:36:11 EDT
Article-I.D.: osiris.1387
Posted: Mon Sep 21 08:36:11 1987
Date-Received: Wed, 23-Sep-87 01:11:47 EDT
References: <1665@ncr-sd.SanDiego.NCR.COM) <8579@utzoo.UUCP) <6886@eddie.MIT.EDU) <14888@topaz.rutgers.edu>
Organization: My Etch-A-Sketch runs X-Windows
Lines: 21
Keywords: cost of bloated programs
Summary: what I never could get...
Xref: mnetor comp.arch:2282 comp.unix.wizards:4389 comp.os.misc:205

In article <14888@topaz.rutgers.edu>, hedrick@topaz.rutgers.edu (Charles Hedrick) writes:
> You don't really want the window system in ROM.

	Actually, something that I find fascinating is the way that computer
systems seem to get loaded down by more users and huge windows programs at
just about the same rate that the hardware speeds up. IE - a system that used
to support 12 users with good response time is upgraded so it supports 12
users AND windows AND rwho AND 800 other kluges - with about the same
response time.
	Now, mind you, I'm not arguing that we should all go forward into
the past, but I'm starting to wonder if there'd be an advantage to running
something lean and mean and REALLY getting response time. Like, say,
Version 7 on a Sun 4.

--mjr();
-- 
If they think you're crude, go technical; if they think you're technical,
go crude. I'm a very technical boy. So I get as crude as possible. These
days, though, you have to be pretty technical before you can even aspire
to crudeness...			         -Johnny Mnemonic