Self-modifying code
Dennis M. O'Connor
oconnor at nuke.steinmetz
Sat Jul 30 06:20:08 AEST 1988
An article by ge at hobbit.sci.kun.nl (Ge' Weijers) says:
] From article <1087 at ficc.UUCP>, by peter at ficc.UUCP (Peter da Silva):
] > Why are an Icache plus a Dcache better than just
] > a big shared cache as big as both?
]
] The answer is bandwidth. The CPU does not have to stop filling
] the instruction pipeline when it accesses/writes data.
] --
] Ge' Weijers, Informatics dept., Nijmegen University, the Netherlands
This is indeed part of the answer. The other part is that
instruction-fetch behavior is much simpler and more predictable
than operand fetch, and that I-caches don't need to be
written-through, allowing an isolated I-cache to be simpler
and more effective than a combined operand/instruction cache.
Specilized I-caches, like a Branch-Target cache combined with pre-fetch,
can produce effective hit rates of 99%+ with only a few thousand
bits of storage. Operand caches can't do anywhere near this well.
--
Dennis O'Connor oconnor%sungod at steinmetz.UUCP ARPA: OCONNORDM at ge-crd.arpa
"Never confuse USENET with something that matters, like PIZZA."
More information about the Comp.lang.c
mailing list