Related articles |
---|
Instruction pipe line delay? ayewinoung@googlemail.com (2008-11-28) |
Re: Instruction pipe line delay? llib-xoc@sbcglobal.net (Bill Cox) (2008-11-29) |
From: | Bill Cox <llib-xoc@sbcglobal.net> |
Newsgroups: | comp.compilers |
Date: | Sat, 29 Nov 2008 20:41:51 -0800 |
Organization: | at&t http://my.att.net/ |
References: | 08-11-139 |
Keywords: | architecture, optimize |
Posted-Date: | 01 Dec 2008 06:59:56 EST |
ayewinoung@googlemail.com wrote:
As I remember it, the MIPS port of gcc deos some of this - a single
delay slot following a brenahc, I believe.
If that doesn't help, I'd suggest post-processing the assembler code
with a peephole optimizer. After each non-delay ALU instruction, it
would look ahead for one or two legitimate instructions to propagate
backwards into the delay slot. For branch instructions, you look
backwards for one or two instructions to fill the delay slots with.
There *are* instructions which can be used to fill the delay slots,
aren't there? ALU instructions not involving any of the registers
mentioned in the first instruction, for example?
IHTH,
Bill
> We got a "embedded" processor which has one delay slot for any
> internal ALU operations and two delay slots for branch and memory load
> instructions, see below example. This is due to hardware throughput
> requirements. And its resonably easy to schedule instructions to
> minimize NOPs when we are doing assembler codes.
Return to the
comp.compilers page.
Search the
comp.compilers archives again.