🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #3052

Re: 55 MIPS & 66 MIPS [really: i960, i860, etc]

#3052
From: John Mashey
Date: Sat, 18 Nov 1989 18:22
44 lines
2739 bytes
In article <3044@brazos.Rice.edu> preston@titan.rice.edu (Preston Briggs) writes:

>Right.  I was just trying to cast aspersions on data that suggest we're
>going to see an average of 2 instructions/cycle sometime this decade
>(wow, big claim).  It might be a couple of years.  
>The problem is lack of compilers, not the chips.

>On the other hand, Multiflow has probably been doing it for years.

Actually, the Multiflow is a positive example of designing hardware and
software together and making the tradeoffs in hardware according to
what compilers might ACTUALLY do, not what hand-written code can do.

One cannot just blame the compilers for not taking advantage of all of
the features, especially if compiler writers were not heavily
involved in the design.  Some readers may recall the last session at
the Hot Chips conference, in which some experienced compiler writers
bemoaned the berserkery of some chip designs, and the general lag of
compilers behind chip designs.  I especially liked Steve Johnson's
discussion of how compiler writers, even if asked about chip design
(usually aren't) seldom have enough time to help it because they're
frenziedly trying to catch up with the previous thing.  He showed a nice
hunk of pseudo-code:
	
"CRISIS -- COMPILERS LAG HARDWARE
	repeat
	{
	Compiler writers work on last generation
	Chip dsigners design next generation
	THUS: next chips hard to compile for
	} until ( we wise up ) "

Now of course, it may well be that in RESEARCH projects, one is exploring
what can be done, and trying to understand the implications, and this may
lead to designs that stretch compilers heavily [presumably done as part
of same project :-)].  but it is amazing to see people doing this for
things expected to be commercial, reprogrammable products....
Of course, everything said for compiler writers goes for operating
systems folks as well, at least.
-- 
-john mashey	DISCLAIMER: <generic disclaimer, I speak for me only, etc>
UUCP: 	{ames,decwrl,prls,pyramid}!mips!mash  OR  mash@mips.com
DDD:  	408-991-0253 or 408-720-1700, x253
USPS: 	MIPS Computer Systems, 930 E. Arques, Sunnyvale, CA 94086
Technical Details
Message-ID: <31678@winchester.mips.COM>
Path: arc1-ca.pugleaf.net!utzoo!yunexus!ists!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!usc!apple!mips!mash
References: <1358@bnr-rsc.UUCP> <31329@winchester.mips.COM> <22303@gryphon.COM> <3024@brazos.Rice.edu> <31659@winchester.mips.COM> <3044@brazos.Rice.edu>

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!yunexus!ists!jarvis.csri.toronto.edu!mailrus!cs.utexas.edu!usc!apple!mips!mash
From: mash@mips.COM (John Mashey)
Newsgroups: comp.arch
Subject: Re: 55 MIPS & 66 MIPS [really: i960, i860, etc]
Message-ID: <31678@winchester.mips.COM>
Date: 18 Nov 89 18:22:14 GMT
Article-I.D.: winchest.31678
References: <1358@bnr-rsc.UUCP> <31329@winchester.mips.COM> <22303@gryphon.COM> <3024@brazos.Rice.edu> <31659@winchester.mips.COM> <3044@brazos.Rice.edu>
Reply-To: mash@mips.COM (John Mashey)
Organization: MIPS Computer Systems, Inc.
Lines: 44