1. 15-447 Computer ArchitectureFall 2007 © October 24nd, 2007 Majd F. Sakr msakr@qatar.cmu.edu www.qatar.cmu.edu/~msakr/15447-f07/ CS-447– Computer Architecture M,W 10-11:20am Lecture 15 Pipelining (3)

2. 15-447 Computer ArchitectureFall 2007 © Can Pipelining Get Us Into Trouble? °Yes: Pipeline Hazards structural hazards: attempt to use the same resource by two different instructions at the same time data hazards: attempt to use data before it is ready -instruction source operands are produced by a prior instruction still in the pipeline -load instruction followed immediately by an ALU instruction that uses the load operand as a source value control hazards: attempt to make a decision before condition has been evaluated -branch instructions °Can always resolve hazards by waiting pipeline control must detect the hazard take action (or delay action) to resolve hazards

3. 15-447 Computer ArchitectureFall 2007 © Structural Hazard °Attempt to use same hardware for two different things at the same time. °Solution 1: Wait Must detect hazard Must have mechanism to stall °Solution 2: Throw more hardware at the problem

4. 15-447 Computer ArchitectureFall 2007 © I n s t r. O r d e r Time (clock cycles) lw Inst 1 Inst 2 Inst 4 Inst 3 ALU Mem Reg MemReg ALU Mem Reg MemReg ALU Mem Reg MemReg ALU Mem Reg MemReg ALU Mem Reg MemReg A Single Memory Would Be a Structural Hazard Reading data from memory Reading instruction from memory

5. 15-447 Computer ArchitectureFall 2007 © How About Register File Access? I n s t r. O r d e r Time (clock cycles) add r1, Inst 1 Inst 2 Inst 4 add r2,r1, ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg Potential read before write data hazard

6. 15-447 Computer ArchitectureFall 2007 © How About Register File Access? I n s t r. O r d e r Time (clock cycles) Inst 1 Inst 2 Inst 4 ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg Can fix register file access hazard by doing reads in the second half of the cycle and writes in the first half. add r1, add r2,r1, Potential read before write data hazard

7. 15-447 Computer ArchitectureFall 2007 © °Read After Write (RAW) Instr J tries to read operand before Instr I writes it °Caused by a “Data Dependence” (in compiler nomenclature). This hazard results from an actual need for communication. Three Generic Data Hazards I: add r1,r2,r3 J: sub r4,r1,r3

8. 15-447 Computer ArchitectureFall 2007 © °Write After Read (WAR) Instr J writes operand before Instr I reads it °Called an “anti-dependence” by compiler writers. This results from reuse of the name “r1”. °Can’t happen in MIPS 5 stage pipeline because: All instructions take 5 stages, and Reads are always in stage 2, and Writes are always in stage 5 I: sub r4,r1,r3 J: add r1,r2,r3 K: mul r6,r1,r7 Three Generic Data Hazards

9. 15-447 Computer ArchitectureFall 2007 © Three Generic Data Hazards Write After Write (WAW) Instr J writes operand before Instr I writes it. °Called an “output dependence” by compiler writers This also results from the reuse of name “r1”. °Can’t happen in MIPS 5 stage pipeline because: All instructions take 5 stages, and Writes are always in stage 5 I: sub r1,r4,r3 J: add r1,r2,r3 K: mul r6,r1,r7

10. 15-447 Computer ArchitectureFall 2007 © Register Usage Can Cause Data Hazards I n s t r. O r d e r add r1,r2,r3 sub r4,r1,r5 and r6,r1,r7 xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg °Dependencies backward in time cause hazards Which are read before write data hazards?

11. 15-447 Computer ArchitectureFall 2007 © Register Usage Can Cause Data Hazards I n s t r. O r d e r add r1,r2,r3 sub r4,r1,r5 and r6,r1,r7 xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg °Dependencies backward in time cause hazards Read before write data hazards

12. 15-447 Computer ArchitectureFall 2007 © Loads Can Cause Data Hazards I n s t r. O r d e r lw r1,100(r2) sub r4,r1,r5 and r6,r1,r7 xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg °Dependencies backward in time cause hazards Load-use data hazard

13. 15-447 Computer ArchitectureFall 2007 © stall One Way to “Fix” a Data Hazard I n s t r. O r d e r add r1,r2,r3 ALU IM Reg DMReg sub r4,r1,r5 and r6,r1,r7 ALU IM Reg DMReg ALU IM Reg DMReg Can fix data hazard by waiting – stall – but affects throughput

14. 15-447 Computer ArchitectureFall 2007 © Another Way to “Fix” a Data Hazard I n s t r. O r d e r add r1,r2,r3 ALU IM Reg DMReg sub r4,r1,r5 and r6,r1,r7 ALU IM Reg DMReg ALU IM Reg DMReg Can fix data hazard by forwarding results as soon as they are available to where they are needed. xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg

15. 15-447 Computer ArchitectureFall 2007 © Another Way to “Fix” a Data Hazard I n s t r. O r d e r add r1,r2,r3 ALU IM Reg DMReg sub r4,r1,r5 and r6,r1,r7 ALU IM Reg DMReg ALU IM Reg DMReg Can fix data hazard by forwarding results as soon as they are available to where they are needed. xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg

16. 15-447 Computer ArchitectureFall 2007 © Forwarding with Load-use Data Hazards I n s t r. O r d e r lw r1,100(r2) sub r4,r1,r5 and r6,r1,r7 xor r4,r1,r5 or r8, r1, r9 ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg °Will still need one stall cycle even with forwarding

17. 15-447 Computer ArchitectureFall 2007 © Control Hazards °Caused by delay between the fetching of instructions and decisions about changes in control flow Branches Jumps

18. 15-447 Computer ArchitectureFall 2007 © Branch Instructions Cause Control Hazards I n s t r. O r d e r lw Inst 4 Inst 3 beq ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg ALU IM Reg DMReg °Dependencies backward in time cause hazards

19. 15-447 Computer ArchitectureFall 2007 © stall One Way to “Fix” a Control Hazard I n s t r. O r d e r beq ALU IM Reg DMReg lw ALU IM Reg DMReg ALU Inst 3 IM Reg DM Can fix branch hazard by waiting – stall – but affects throughput

20. 15-447 Computer ArchitectureFall 2007 © Pipeline Control Path Modifications °All control signals can be determined during Decode and held in the state registers between pipeline stages Control

21. 15-447 Computer ArchitectureFall 2007 © Speed Up Equation for Pipelining For simple RISC pipeline, CPI = 1:

22. 15-447 Computer ArchitectureFall 2007 © Performance °Speed Up  Pipeline Depth; if ideal CPI is 1, then: CPU time= Seconds = Instructions x Cycles x Seconds Program Program Instruction Cycle CPU time= Seconds = Instructions x Cycles x Seconds Program Program Instruction Cycle °Time is measure of performance: latency or throughput °CPI Law:

23. 15-447 Computer ArchitectureFall 2007 © Other Pipeline Structures Are Possible °What about (slow) multiply operation? let it take two cycles ALU IM Reg DMReg MUL ALU IM Reg DM1Reg DM2 °What if the data memory access is twice as slow as the instruction memory? make the clock twice as slow or … let data memory access take two cycles (and keep the same clock rate)

24. 15-447 Computer ArchitectureFall 2007 © Sample Pipeline Alternatives (for ARM ISA) °ARM7 (3-stage pipeline) °StrongARM-1 (5-stage pipeline) °XScale (7-stage pipeline) ALU IM1 IM2 DM1 Reg DM2 IM Reg EX PC update IM access decode reg access ALU op DM access shift/rotate commit result (write back) ALU IM Reg DMReg SHFT PC update BTB access start IM access IM access decode reg 1 access shift/rotate reg 2 access ALU op start DM access exception DM write reg write

25. 15-447 Computer ArchitectureFall 2007 © Summary °All modern day processors use pipelining °Pipelining doesn’t help latency of single task, it helps throughput of entire workload Multiple tasks operating simultaneously using different resources °Potential speedup = Number of pipe stages °Pipeline rate limited by slowest pipeline stage Unbalanced lengths of pipe stages reduces speedup Time to “fill” pipeline and time to “drain” it reduces speedup °Must detect and resolve hazards Stalling negatively affects throughput