Path: 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> Sender: nobody@orca.WV.TEK.COM Organization: Tektronix, Wilsonville, Oregon Lines: 14 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]