Re: non load/store architecture?
- From: "Arlet" <usenet+5@xxxxxxxxxxxxxxxxx>
- Date: 14 Dec 2006 07:09:17 -0800
David Brown wrote:
Even on cached processors, small code means better use of the cache.
Critical loops will (should!) fit within even a small instruction cache,
but programs consist of more than their critical loops. A complete
instruction cache miss might mean a stall of a hundred or more clock
cycles (which might be worth twice that in instruction counts on a
superscaler processor) - there is a reason why more expensive processors
have larger instruction caches. More compact code gives the same
benefits of a larger cache.
For example, take a graphical application, like a web browser, waiting
for the next network packet that comes in for an image it has
requested. As the packet is received, we basically get a one-shot code
execution of the interrupt handler, network stack, firewall,
application, GUI libraries, and graphics driver. All added up, that's
quite a big chunk of code, with poor locality, and very little looping.
.
- References:
- non load/store architecture?
- From: drizzle
- Re: non load/store architecture?
- From: Andrew Smallshaw
- Re: non load/store architecture?
- From: Brandon J. Van Every
- Re: non load/store architecture?
- From: David Brown
- Re: non load/store architecture?
- From: Brandon J. Van Every
- Re: non load/store architecture?
- From: David Brown
- Re: non load/store architecture?
- From: Brandon J. Van Every
- Re: non load/store architecture?
- From: David Brown
- non load/store architecture?
- Prev by Date: Re: goto across functions/isrs?
- Next by Date: Re: temperature / voltage sensor recomendation?
- Previous by thread: Re: non load/store architecture?
- Next by thread: Re: non load/store architecture?
- Index(es):