Article View: comp.arch
Article #3052Re: 55 MIPS & 66 MIPS [really: i960, i860, etc]
From: John Mashey
Date: Sat, 18 Nov 1989 18:22
Date: Sat, 18 Nov 1989 18:22
44 lines
2739 bytes
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!mashReferences:
<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