Re: 88xxx or PPC

Liste des GroupesRevenir à c arch 
Sujet : Re: 88xxx or PPC
De : paaronclayton (at) *nospam* gmail.com (Paul A. Clayton)
Groupes : comp.arch
Date : 09. Mar 2024, 03:43:52
Autres entêtes
Organisation : A noiseless patient Spider
Message-ID : <usgid8$20vho$2@dont-email.me>
References : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16
User-Agent : Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.0
On 3/6/24 2:53 PM, MitchAlsup1 wrote:
Paul A. Clayton wrote:
 
On 3/5/24 10:44 AM, MitchAlsup1 wrote:
Scott Lurndal wrote:
[snip]
If memory access ever becomes as fast a register access,
all bets will be off...
>
It won't, and never has.
 
There seem to be three aspects that lead to this conclusion: the
storage technology, the indexing method (including alignment and
extension), and the method of determining presence ("tagging").
 Porting. SRAMs are single ported, Register files are multiported.
Is this really a fundamental distinction? If one uses SRAM to mean
merely Static (not-refreshed) RAM, then register files are also
SRAM. If one uses SRAM to mean classic 6-transistor SRAM cells,
then the 8-transistor cells used in one of Intel's Atom L1 caches
would not be SRAM.
The storage technology is not strictly bound to is use.
(Obviously, high area/power per bit storage is biased to smaller
capacity and higher latency storage is biased to infrequent access
or prefetchable/thoughput uses.)
[snip]
For general memory addressing, there is a more complex address
generation, the size of the operand will be variable (alignment
and extension — word-addressed memory would avoid this overhead☺),
 Register access if by fixed bit pattern in the instruction,
Memory access is by performing arithmetic on operands to get the address.
As noted later, memory accesses can also be indexed by a fixed bit
pattern in the instruction. Determining whether a register ID bit
field is actually used may well require less decoding than
determining if an operation is a load based on stack pointer or
global pointer with an immediate offset, but the difference would
not seem to be that great. The offset size would probably also
have to be checked — the special cache would be unlikely to support all offsets.
Predecoding on insertion into the instruction cache could cache
this usage information.
[snip]
Register read, address generation, and tag comparison overheads
can be removed for offset addressing by using the base pointer as
the "tag" and the offset as the index. (e.g., "Knapsack: A Zero-
Cycle Memory Hierarchy Component", Todd M. Austin et al., 1993;
"Signature Buffer: Bridging Performance Gap between Registers and
Caches", Lu Peng et al., 2004) "Internal fragmentation" of
utilization increases the cost of such storage relative to the
benefit and offset addressing constrains generality.

Date Sujet#  Auteur
9 Mar 24 * Re: 88xxx or PPC7Paul A. Clayton
9 Mar 24 `* Re: 88xxx or PPC6mitchalsup@aol.com (MitchAlsup1)
21 Apr 24  `* Re: 88xxx or PPC5Paul A. Clayton
26 May 24   `* Re: 88xxx or PPC4MitchAlsup1
26 May 24    `* Re: 88xxx or PPC3Paul A. Clayton
26 May 24     `* Re: 88xxx or PPC2Thomas Koenig
27 May 24      `- Re: 88xxx or PPC1MitchAlsup1

Haut de la page

Les messages affichés proviennent d'usenet.

NewsPortal