Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!wuarchive!gem.mps.ohio-state.edu!apple!sun-barr!newstop!sun!chiba!khb
From: khb%chiba@Sun.COM (Keith Bierman - SPD Advanced Languages)
Newsgroups: comp.arch
Subject: Re: More mips
Message-ID: <126714@sun.Eng.Sun.COM>
Date: 23 Oct 89 18:43:09 GMT
References: <10803@sundc.East.Sun.COM>
Sender: news@sun.Eng.Sun.COM
Reply-To: khb@sun.UUCP (Keith Bierman - SPD Advanced Languages)
Organization: Sun Microsystems, Mountain View
Lines: 29

In article <10803@sundc.East.Sun.COM> bwong@sundc.East.Sun.COM (Brian Wong) writes:
>In article <130800001@peg> robert@peg.UUCP writes:
>>Why should we welcome a continual increase in MIPS (VUPS or whatever)?
>>We have enough trouble designing programs which work without error at the
>>moment.  These will just get to the error state faster with more power.
>
>You have a point; correctness is a first requirement for solving problems.

Ah, were this were so! :>

Despite having toiled for years (UD and SRIF Kalman filtering, now
computer stuff) trying to "sell" correctness I have always come across
the "we must have it faster, who cares if its a few % wrong
philosphy". Fortunately in Kalman filtering it was (after years of
sweat) possible to have both.

If my window system goes 2x faster, but sometimes draws one pixel in
the wrong place I may be happy ...

If my OS core dumps, of course, I'm real unhappy.

Sometimes enough faster covers for a little wrong :>
Keith H. Bierman    |*My thoughts are my own. !! kbierman@sun.com
It's Not My Fault   |	MTS --Only my work belongs to Sun* 
I Voted for Bill &  | Advanced Languages/Floating Point Group            
Opus                | "When the going gets Weird .. the Weird turn PRO"

"There is NO defense against the attack of the KILLER MICROS!"
			Eugene Brooks