1 / 41

Randal E. Bryant

CS:APP Chapter 4 Computer Architecture Pipelined Implementation Part II. Randal E. Bryant. Carnegie Mellon University. http://csapp.cs.cmu.edu. CS:APP2e. Overview. Make the pipelined processor work! Data Hazards

ami
Download Presentation

Randal E. Bryant

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. CS:APP Chapter 4 Computer Architecture Pipelined Implementation Part II Randal E. Bryant Carnegie Mellon University http://csapp.cs.cmu.edu CS:APP2e

  2. Overview Make the pipelined processor work! • Data Hazards • Instruction having register R as source follows shortly after instruction having register R as destination • Common condition, don’t want to slow down pipeline • Control Hazards • Mispredict conditional branch • Our design predicts all branches as being taken • Naïve pipeline executes two extra instructions • Getting return address for ret instruction • Naïve pipeline executes three extra instructions • Making Sure It Really Works • What if multiple special cases happen simultaneously?

  3. Pipeline Stages • Fetch • Select current PC • Read instruction • Compute incremented PC • Decode • Read program registers • Execute • Operate ALU • Memory • Read or write data memory • Write Back • Update register file

  4. PIPE- Hardware • Pipeline registers hold intermediate values from instruction execution • Forward (Upward) Paths • Values passed from one stage to next • Cannot jump past stages • e.g., valC passes through decode

  5. 1 2 3 4 5 6 7 8 9 10 # demo-h2.ys F F D D E E M M W W 0x000: irmovl $10,% edx F F D D E E M M W W 0x006: irmovl $3,% eax F F D D E E M M W W 0x00c: nop F F D D E E M M W W 0x00d: nop F F D D E E M M W W 0x00e: addl % edx ,% eax F F D D E E M M W W 0x010: halt Cycle 6 W W W f R[ ] 3 % eax f f R[ R[ ] ] 3 3 % % eax eax • • • • • • D D D f f f valA valA valA R[ R[ R[ ] ] ] = = = 10 10 10 Error % % % edx edx edx f f f valB valB valB R[ R[ R[ ] ] ] = = = 0 0 0 % % % eax eax eax Data Dependencies: 2 Nop’s

  6. 1 2 3 4 5 6 7 8 # demo-h0.ys F D E M W 0x000: irmovl $10,% edx F D E M W 0x006: irmovl $3,% eax F D E M W 0x00c: addl % edx ,% eax F D E M W 0x00e: halt Cycle 4 M M_ valE = 10 M_ dstE = % edx E f e_ valE 0 + 3 = 3 E_ dstE = % eax D D Error f f valA valA R[ R[ ] ] = = 0 0 % % edx edx f f valB valB R[ R[ ] ] = = 0 0 % % eax eax Data Dependencies: No Nop

  7. E M W F F D E M W Stalling for Data Dependencies 1 2 3 4 5 6 7 8 9 10 11 # demo-h2.ys • If instruction follows too closely after one that writes register, slow it down • Hold instruction in decode • Dynamically inject nop into execute stage 0x000: irmovl $10,%edx 0x006: irmovl $3,%eax F D E M W 0x00c: nop F D E M W 0x00d: nop F D E M W bubble 0x00e: addl %edx,%eax D D E M W 0x010: halt F F D E M W

  8. Stall Condition • Source Registers • srcA and srcB of current instruction in decode stage • Destination Registers • dstE and dstM fields • Instructions in execute, memory, and write-back stages • Special Case • Don’t stall for register ID 15 (0xF) • Indicates absence of register operand • Don’t stall for failed conditional move

  9. E M W F F D E M W Cycle 6 W W_dstE = %eax W_valE = 3 • • • D srcA = %edx srcB = %eax Detecting Stall Condition 1 2 3 4 5 6 7 8 9 10 11 # demo-h2.ys 0x000: irmovl $10,%edx 0x006: irmovl $3,%eax F D E M W 0x00c: nop F D E M W 0x00d: nop F D E M W bubble 0x00e: addl %edx,%eax D D E M W 0x010: halt F F D E M W

  10. E M W E_dstE = %eax M_dstE = %eax W_dstE = %eax D D D srcA = %edx srcB = %eax srcA = %edx srcB = %eax srcA = %edx srcB = %eax Stalling X3 1 2 3 4 5 6 7 8 9 10 11 # demo-h0.ys 0x000: irmovl $10,%edx F D E M W 0x006: irmovl $3,%eax F D E M W bubble E M W bubble E M W bubble E M W 0x00c: addl %edx,%eax F D D D D E M W 0x00e: halt F F F F D E M W Cycle 6 Cycle 5 Cycle 4 • • • • • •

  11. # demo-h0.ys 0x000: irmovl $10,%edx 0x006: irmovl $3,%eax Write Back 0x00c: addl %edx,%eax Memory 0x00e: halt Cycle 4 Cycle 5 Cycle 6 Cycle 7 Cycle 8 Execute 0x000: irmovl $10,%edx 0x006: irmovl $3,%eax bubble bubble Decode 0x000: irmovl $10,%edx 0x006: irmovl $3,%eax bubble bubble bubble Fetch 0x006: irmovl $3,%eax bubble bubble bubble 0x00c: addl %edx,%eax 0x00c: addl %edx,%eax 0x00c: addl %edx,%eax 0x00c: addl %edx,%eax 0x00c: addl %edx,%eax 0x00e: halt 0x00e: halt 0x00e: halt 0x00e: halt 0x00e: halt What Happens When Stalling? • Stalling instruction held back in decode stage • Following instruction stays in fetch stage • Bubbles injected into execute stage • Like dynamically generated nop’s • Move through later stages

  12. Implementing Stalling • Pipeline Control • Combinational logic detects stall condition • Sets mode signals for how pipeline registers should update Pipe control logic W_stat W stat icode valE valM dstE dstM W_stall M_icode M_bubble M stat icode Cnd valE valA dstE dstM m_stat stat e_Cnd set_cc CC E_dstM E_icode E_bubble E stat icode ifun valC valA valB dstE dstM srcA srcB d_srcB d_srcA srcB D_icode srcA D_bubble D stat icode ifun rA rB valC valP D_stall F_stall F predPC

  13. Rising Rising Input = y Output = x Output = y _ _ clock clock Normal x x y y stall bubble = 0 = 0 Rising Rising Input = y Output = x Output = x _ _ clock clock Stall x x x x stall bubble = 1 = 0 Rising Rising Input = y Output = x Output = nop _ _ clock clock n Bubble o p stall bubble = 0 = 1 Pipeline Register Modes x x

  14. Data Forwarding • Naïve Pipeline • Register isn’t written until completion of write-back stage • Source operands read from register file in decode stage • Needs to be in register file at start of stage • Observation • Value generated in execute or memory stage • Trick • Pass value directly from generating instruction to decode stage • Needs to be available at end of decode stage

  15. 1 2 3 4 5 6 7 8 9 10 # demo-h2.ys F F D D E E M M W W 0x000: irmovl $10,% edx F F D D E E M M W W 0x006: irmovl $3,% eax F F D D E E M M W W 0x00c: nop F F D D E E M M W W 0x00d: nop F F D D E E M M W W 0x00e: addl % edx ,% eax F F D D E E M M W W 0x010: halt Cycle 6 W f R[ ] 3 W_ dstE = % eax % eax W_ valE = 3 • • • D f valA R[ ] = 10 srcA = % edx % edx srcB = % eax f valB W_ valE = 3 Data Forwarding Example • irmovl in write-back stage • Destination value in W pipeline register • Forward as valB for decode stage

  16. Bypass Paths • Decode Stage • Forwarding logic selects valA and valB • Normally from register file • Forwarding: get valA or valB from later pipeline stage • Forwarding Sources • Execute: valE • Memory: valE, valM • Write back: valE, valM

  17. Data Forwarding Example #2 • Register %edx • Generated by ALU during previous cycle • Forward from memory as valA • Register %eax • Value just generated by ALU • Forward from execute as valB

  18. D f valA R[ ] = 10 % edx f valB R[ ] = 0 % eax Forwarding Priority 1 2 3 4 5 6 7 8 9 10 # demo-priority.ys F F D D E E M M W W 0x000: irmovl $1, %eax • Multiple Forwarding Choices • Which one should have priority • Match serial semantics • Use matching value from earliest pipeline stage F F D D E E M M W W 0x006: irmovl $2, %eax F F D D E E M M W W 0x00c: irmovl $3, %eax F F D D E E M M W W 0x012: rrmovl %eax, %edx F F D D E E M M W W 0x014: halt Cycle 5 M W W W W E f f f f f f R[ R[ R[ R[ R[ R[ ] ] ] ] ] ] 3 3 2 3 1 3 % % % % % % eax eax eax eax eax eax D D f f valA valA R[ R[ ] ] = = 10 ? % % eax edx f f valB valB 0 R[

  19. Implementing Forwarding • Add additional feedback paths from E, M, and W pipeline registers into decode stage • Create logic blocks to select from multiple sources for valA and valB in decode stage

  20. Implementing Forwarding ## What should be the A value? intnew_E_valA = [ # Use incremented PC D_icode in { ICALL, IJXX } : D_valP; # Forward valE from execute d_srcA == e_dstE: e_valE; # Forward valM from memory d_srcA == M_dstM : m_valM; # Forward valE from memory d_srcA == M_dstE : M_valE; # Forward valM from write back d_srcA == W_dstM : W_valM; # Forward valE from write back d_srcA == W_dstE : W_valE; # Use value read from register file 1 : d_rvalA; ];

  21. Limitation of Forwarding • Load-use dependency • Value needed by end of decode stage in cycle 7 • Value read from memory in memory stage of cycle 8

  22. Avoiding Load/Use Hazard • Stall using instruction for one cycle • Can then pick up loaded value by forwarding from memory stage

  23. Detecting Load/Use Hazard

  24. # demo - luh . ys 1 2 3 4 5 6 7 8 9 10 11 12 F F D D E E M M W W 0x000: irmovl $128,% edx F F D D E E M M W W 0x006: irmovl $3,% ecx F F D D E E M M W W 0x00c: rmmovl % ecx , 0(% edx ) F F D D E E M M W W 0x012: irmovl $10,% ebx % eax # Load % eax F F F D D D E E E M M M W W W 0x018: mrmovl 0(% edx ), bubble E M W % eax # Use % eax F D D E M W 0x01e: addl % ebx , F F D E M W 0x020: halt Control for Load/Use Hazard • Stall instructions in fetch and decode stages • Inject bubble into execute stage

  25. Branch Misprediction Example • Should only execute first 8 instructions demo-j.ys 0x000: xorl %eax,%eax 0x002: jne t # Not taken 0x007: irmovl $1, %eax # Fall through 0x00d: nop 0x00e: nop 0x00f: nop 0x010: halt 0x011: t: irmovl $3, %edx # Target (Should not execute) 0x017: irmovl $4, %ecx # Should not execute 0x01d: irmovl $5, %edx # Should not execute

  26. Handling Misprediction Predict branch as taken • Fetch 2 instructions at target Cancel when mispredicted • Detect branch not-taken in execute stage • On following cycle, replace instructions in execute and decode by bubbles • No side effects have occurred yet

  27. Detecting Mispredicted Branch

  28. Control for Misprediction

  29. Return Example demo-retb.ys • Previously executed three additional instructions 0x000: irmovl Stack,%esp # Initialize stack pointer 0x006: call p # Procedure call 0x00b: irmovl $5,%esi # Return point 0x011: halt 0x020: .pos 0x20 0x020: p: irmovl $-1,%edi # procedure 0x026: ret 0x027: irmovl $1,%eax # Should not be executed 0x02d: irmovl $2,%ecx # Should not be executed 0x033: irmovl $3,%edx # Should not be executed 0x039: irmovl $4,%ebx # Should not be executed 0x100: .pos 0x100 0x100: Stack: # Stack: Stack pointer

  30. W W valM valM = = 0x0b 0x0b • • • Correct Return Example # demo - retb F D E M W 0x026: ret F D E M W bubble F D E M W bubble F D E M W bubble F F D D E E M M W W 0x00b: irmovl $5,% esi # Return • As ret passes through pipeline, stall at fetch stage • While in decode, execute, and memory stage • Inject bubble into decode stage • Release stall when reach write-back stage F F f f valC valC 5 5 f f rB rB % % esi esi

  31. Detecting Return

  32. Control for Return # demo - retb F D E M W 0x026: ret F D E M W bubble F D E M W bubble F D E M W bubble F F D D E E M M W W 0x00b: irmovl $5,% esi # Return

  33. Special Control Cases • Detection • Action (on next cycle)

  34. Implementing Pipeline Control • Combinational logic generates pipeline control signals • Action occurs at start of following cycle Pipe control logic W_stat W stat icode valE valM dstE dstM W_stall M_icode M_bubble M stat icode Cnd valE valA dstE dstM m_stat stat e_Cnd set_cc CC E_dstM E_icode E_bubble E stat icode ifun valC valA valB dstE dstM srcA srcB d_srcB d_srcA srcB D_icode srcA D_bubble D stat icode ifun rA rB valC valP D_stall F_stall F predPC

  35. Initial Version of Pipeline Control boolF_stall = # Conditions for a load/use hazard E_icode in { IMRMOVL, IPOPL } && E_dstM in { d_srcA, d_srcB } || # Stalling at fetch while ret passes through pipeline IRET in { D_icode, E_icode, M_icode }; boolD_stall = # Conditions for a load/use hazard E_icode in { IMRMOVL, IPOPL } && E_dstM in { d_srcA, d_srcB }; boolD_bubble = # Mispredicted branch (E_icode == IJXX && !e_Cnd) || # Stalling at fetch while ret passes through pipeline IRET in { D_icode, E_icode, M_icode }; boolE_bubble = # Mispredicted branch (E_icode == IJXX && !e_Cnd) || # Load/use hazard E_icode in { IMRMOVL, IPOPL } && E_dstM in { d_srcA, d_srcB };

  36. Control Combinations • Special cases that can arise on same clock cycle • Combination A • Not-taken branch • ret instruction at branch target • Combination B • Instruction that reads from memory to %esp • Followed by ret instruction

  37. 1 1 1 Mispredict Mispredict ret ret ret M M M M M JXX JXX E E E E E ret ret ret D D D D D Combination A Control Combination A • Should handle as mispredicted branch • Stalls F pipeline register • But PC selection logic will be using M_valM anyhow

  38. Control Combination B 1 1 1 Load/use ret ret ret • Would attempt to bubble and stall pipeline register D • Signaled by processor as pipeline error M M M M Load E E E E Use ret ret ret D D D D Combination B

  39. Handling Control Combination B 1 1 1 Load/use ret ret ret • Load/use hazard should get priority • ret instruction should be held in decode stage for additional cycle M M M M Load E E E E Use ret ret ret D D D D Combination B

  40. Corrected Pipeline Control Logic boolD_bubble = # Mispredicted branch (E_icode == IJXX && !e_Cnd) || # Stalling at fetch while ret passes through pipeline IRET in { D_icode, E_icode, M_icode } # but not condition for a load/use hazard && !(E_icode in { IMRMOVL, IPOPL } && E_dstM in { d_srcA, d_srcB }); • Load/use hazard should get priority • ret instruction should be held in decode stage for additional cycle

  41. Pipeline Summary • Data Hazards • Most handled by forwarding • No performance penalty • Load/use hazard requires one cycle stall • Control Hazards • Cancel instructions when detect mispredicted branch • Two clock cycles wasted • Stall fetch stage while ret passes through pipeline • Three clock cycles wasted • Control Combinations • Must analyze carefully • First version had subtle bug • Only arises with unusual instruction combination

More Related