🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: comp.arch
Article #12413

Re: Superscalar vs. multiple CPUs ?

#12413
From: Allen Baum
Date: Mon, 04 Jan 1993 15:39
28 lines
1488 bytes
I'm pretty sure this didn't make it out last time 
(cross posting problems- why comp.sys.intel?), so here it is again:


>pcg@aber.ac.uk (Piercarlo Grandi) writes:
>>This is another reason for which I think hyperscalar is premature:
>>a vector instruction has the very nice property that it implies a very
>>definite memory access pattern, 

>	This is one reason I've been advocating smarter caches, particularily
>the ability to do predictive pre-fetching.  There are a couple of ways to
>set this up:

>1.	Instruction sets address, bound, and perhaps amount to fetch....

This sounds just like the WM machine. It has an instruction that says: start a
vector fetch from this base with this stride and put it in this FIFO. The FIFO
is accessed as a GPR, which any instruction can use (including, presumably, another
load for gather/scatter. There are two read FIFOs and a write FIFO in the WM design.

The HPPA has some bits in the short displacement load/store
instructions that can be used for cache hints of the type you want- I
think only one combination has been defined so far
-- 
-- 

----------------
Allen J. Baum		Apple Computer		baum@apple.com, abaum@armltd.co.uk
Technical Details
Message-ID: <11091@armltd.uucp>
Path: arc1-ca.pugleaf.net!sparky!uunet!pipex!bnr.co.uk!uknet!acorn!armltd!abaum

Show Full Headers
Complete Article Headers
Path: arc1-ca.pugleaf.net!sparky!uunet!pipex!bnr.co.uk!uknet!acorn!armltd!abaum
From: abaum@armltd.uucp (Allen Baum)
Newsgroups: comp.arch
Subject: Re: Superscalar vs. multiple CPUs ?
Message-ID: <11091@armltd.uucp>
Date: 4 Jan 93 15:39:03 GMT
Organization: Advanced RISC Machines Ltd
Lines: 28