Article View: comp.arch
Article #21171Re: Register Scoreboarding
From: Andrew Klossner;685-2505;61-201;...
Date: Wed, 10 May 1989 15:52
Date: Wed, 10 May 1989 15:52
14 lines
1171 bytes
1171 bytes
On using object-code recompilers to port to new implementations of a
non-scoreboarding architecture:
The notion that the problems addressed by scoreboarding can be resolved
at compile time is intellectually appealing, but not completely true --
some latencies just cannot practically be predicted at compile time.
The usual example is the added latency involved in a data cache miss.
Clamping the whole CPU on cache miss isn't a technique that can survive
into the 1990s. I'm very curious to see what the non-scoreboard folks
will do.
-=- Andrew Klossner (uunet!tektronix!orca!frip!andrew) [UUCP]
(andrew%frip.wv.tek.com@relay.cs.net) [ARPA]
Technical Details
Message-ID:
<3288@orca.WV.TEK.COM>Path:
arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wasatch!cs.utexas.edu!uunet!tektronix!orca!frip!andrewReferences:
<24821@lll-winken.LLNL.GOV> <GRUNWALD.89May9113443@flute.cs.uiuc.edu>Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!wasatch!cs.utexas.edu!uunet!tektronix!orca!frip!andrew From: andrew@frip.WV.TEK.COM (Andrew Klossner;685-2505;61-201;;frip) Newsgroups: comp.arch Subject: Re: Register Scoreboarding Message-ID: <3288@orca.WV.TEK.COM> Date: 10 May 89 15:52:34 GMT References: <24821@lll-winken.LLNL.GOV> <GRUNWALD.89May9113443@flute.cs.uiuc.edu> Sender: nobody@orca.WV.TEK.COM Organization: Tektronix, Wilsonville, Oregon Lines: 14