CSE 520 Computer Architecture Lec Chapter 2 - DS-Tomasulo

Slides:



Advertisements
Similar presentations
CMSC 611: Advanced Computer Architecture Tomasulo Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material adapted.
Advertisements

Scoreboarding & Tomasulos Approach Bazat pe slide-urile lui Vincent H. Berk.
Instruction-level Parallelism Compiler Perspectives on Code Movement dependencies are a property of code, whether or not it is a HW hazard depends on.
A scheme to overcome data hazards
Dynamic ILP: Scoreboard Professor Alvin R. Lebeck Computer Science 220 / ECE 252 Fall 2008.
Lecture 6: ILP HW Case Study— CDC 6600 Scoreboard & Tomasulo’s Algorithm Professor Alvin R. Lebeck Computer Science 220 Fall 2001.
COMP25212 Advanced Pipelining Out of Order Processors.
CMSC 611: Advanced Computer Architecture Scoreboard Some material adapted from Mohamed Younis, UMBC CMSC 611 Spr 2003 course slides Some material adapted.
CPE 731 Advanced Computer Architecture ILP: Part IV – Speculative Execution Dr. Gheith Abandah Adapted from the slides of Prof. David Patterson, University.
1 IBM System 360. Common architecture for a set of machines. Robert Tomasulo worked on a high-end machine, the Model 91 (1967), on which they implemented.
Nov. 9, Lecture 6: Dynamic Scheduling with Scoreboarding and Tomasulo Algorithm (Section 2.4)
1 Sixth Lecture: Chapter 3: CISC Processors (Tomasulo Scheduling and IBM System 360/91) Please recall:  Multicycle instructions lead to the requirement.
Out-of-order execution: Scoreboarding and Tomasulo Week 2
1 Lecture 6 Tomasulo Algorithm CprE 581 Computer Systems Architecture, Fall 2009 Zhao Zhang Reading:Textbook 2.4, 2.5.
2/24; 3/1,3/11 (quiz was 2/22, QuizAns 3/8) CSE502-S11, Lec ILP 1 Tomasulo Organization FP adders Add1 Add2 Add3 FP multipliers Mult1 Mult2 From.
1 Lecture 7: Speculative Execution and Recovery Branch prediction and speculative execution, precise interrupt, reorder buffer.
Chapter 3 Instruction Level Parallelism Dr. Eng. Amr T. Abdel-Hamid Elect 707 Spring 2011 Computer Applications Text book slides: Computer Architec ture:
04/03/2016 slide 1 Dynamic instruction scheduling Key idea: allow subsequent independent instructions to proceed DIVDF0,F2,F4; takes long time ADDDF10,F0,F8;
COMP25212 Advanced Pipelining Out of Order Processors.
Ch2. Instruction-Level Parallelism & Its Exploitation 2. Dynamic Scheduling ECE562/468 Advanced Computer Architecture Prof. Honggang Wang ECE Department.
Sections 3.2 and 3.3 Dynamic Scheduling – Tomasulo’s Algorithm 吳俊興 高雄大學資訊工程學系 October 2004 EEF011 Computer Architecture 計算機結構.
Instruction-Level Parallelism and Its Dynamic Exploitation
IBM System 360. Common architecture for a set of machines
ECE562/468 Advanced Computer Architecture Prof. Honggang Wang
/ Computer Architecture and Design
Out of Order Processors
Step by step for Tomasulo Scheme
Tomasulo Loop Example Loop: LD F0 0 R1 MULTD F4 F0 F2 SD F4 0 R1
CS203 – Advanced Computer Architecture
Microprocessor Microarchitecture Dynamic Pipeline
Lecture 6 Score Board And Tomasulo’s Algorithm
March 11, 2002 Prof. David E. Culler Computer Science 252 Spring 2002
Chapter 3: ILP and Its Exploitation
Advantages of Dynamic Scheduling
High-level view Out-of-order pipeline
11/14/2018 CPE 631 Lecture 10: Instruction Level Parallelism and Its Dynamic Exploitation Aleksandar Milenković, Electrical and Computer.
CMSC 611: Advanced Computer Architecture
A Dynamic Algorithm: Tomasulo’s
COMP s1 Seminar 3: Dynamic Scheduling
Out of Order Processors
Last Week Talks Any feedback from the talks? What did you like?
Lecture 8: ILP and Speculation Contd. Chapter 2, Sections 2. 6, 2
John Kubiatowicz (http.cs.berkeley.edu/~kubitron)
CS 704 Advanced Computer Architecture
Adapted from the slides of Prof
Checking for issue/dispatch
Lecture 7: Dynamic Scheduling with Tomasulo Algorithm (Section 2.4)
March 11, 2002 Prof. David E. Culler Computer Science 252 Spring 2002
Static vs. dynamic scheduling
CSCE430/830 Computer Architecture
Advanced Computer Architecture
Static vs. dynamic scheduling
September 20, 2000 Prof. John Kubiatowicz
1/2/2019 CPE 631 Lecture 10: Instruction Level Parallelism and Its Dynamic Exploitation Aleksandar Milenković, Electrical and Computer.
CC423: Advanced Computer Architecture ILP: Part V – Multiple Issue
Tomasulo Organization
Reduction of Data Hazards Stalls with Dynamic Scheduling
CS5100 Advanced Computer Architecture Dynamic Scheduling
Adapted from the slides of Prof
Lecture 5 Scoreboarding: Enforce Register Data Dependence
CS152 Computer Architecture and Engineering Lecture 16 Compiler Optimizations (Cont) Dynamic Scheduling with Scoreboards.
CS252 Graduate Computer Architecture Lecture 6 Tomasulo, Implicit Register Renaming, Loop-Level Parallelism Extraction Explicit Register Renaming February.
Scoreboarding ENGS 116 Lecture 7 Vincent H. Berk October 5, 2005
/ Computer Architecture and Design
John Kubiatowicz (http.cs.berkeley.edu/~kubitron)
September 20, 2000 Prof. John Kubiatowicz
CS252 Graduate Computer Architecture Lecture 6 Introduction to Advanced Pipelining: Out-Of-Order Execution John Kubiatowicz Electrical Engineering and.
High-level view Out-of-order pipeline
Lecture 7 Dynamic Scheduling
Conceptual execution on a processor which exploits ILP
Presentation transcript:

CSE 520 Computer Architecture Lec Chapter 2 - DS-Tomasulo Sandeep K. S. Gupta School of Computing and Informatics Arizona State University Based on Slides by David Patterson, Dave Culler, A. Lebeck CS252 S05

In News - Hard disk test 'surprises' Google The report was compiled by Eduardo Pinheiro, Wolf-Dietrich Weber and Luiz Andre Barroso, and was presented to a storage conference in California last week. “The impact of heavy use and high temperatures on hard disk drive failure may be overstated, says a report by three Google engineers.” “There is a widely held belief that hard disks which are subject to heavy use are more likely to fail than those used intermittently. It was also thought that hard drives preferred cool temperatures to hotter environments.” "However our results appear to paint a more complex picture. First, only very young and very old age groups appear to show the expected behaviour." Surprising result: Lower temperatures are associated with higher failure rates Implication: "This is a surprising result, which could indicate that data centre or server designers have more freedom than previously thought when setting operating temperatures for equipment containing disk drives,“ Source: http://news.bbc.co.uk/2/hi/technology/6376021.stm?ls 9/16/2018 CSE520 CS252 S05

Outline ILP Compiler techniques to increase ILP Loop Unrolling Static Branch Prediction Dynamic Branch Prediction Overcoming Data Hazards with Dynamic Scheduling Tomasulo Algorithm Conclusions 9/16/2018 CSE520 CS252 S05

Advantages of Dynamic Scheduling Dynamic scheduling - hardware rearranges the instruction execution to reduce stalls while maintaining data flow and exception behavior It handles cases when dependences are unknown at compile time it allows the processor to tolerate unpredictable delays such as cache misses, by executing other code while waiting for the miss to resolve It allows code that was compiled for one pipeline to run efficiently on a different pipeline It simplifies the compiler Hardware speculation, a technique with significant performance advantages, builds on dynamic scheduling 9/16/2018 CSE520 CS252 S05

HW Scheme: Instruction Parallelism Key idea: Allow instructions behind stall to proceed DIVD F0,F2,F4 ADDD F10,F0,F8 SUBD F12,F8,F14 Enables out-of-order execution and allows out-of-order completion (e.g., SUBD) In a dynamically scheduled pipeline, all instructions still pass through issue stage in order (in-order issue) Will distinguish when an instruction begins execution and when it completes execution; between two times, the instruction is in execution. Note: Dynamic execution creates WAR and WAW hazards and makes exceptions harder True dependence – potential RAW hazard 9/16/2018 CSE520 CS252 S05

Dynamic Scheduling Step 1 Simple pipeline had 1 stage to check both structural and data hazards: Instruction Decode (ID), also called Instruction Issue Split the ID pipe stage of simple 5-stage pipeline into 2 stages: Issue—Decode instructions, check for structural hazards Read operands—Wait until no data hazards, then read operands 9/16/2018 CSE520 CS252 S05

A Dynamic Algorithm: Tomasulo’s For IBM 360/91 (before caches!)  Long memory latency History: 1966: scoreboarding in CDC6600, implementing limited dynamic scheduling Three years later: Tomasulo in IBM 360/91, introducing register renaming and reservation station Goal: High Performance without special compilers Small number of floating point registers (4 in 360) prevented interesting compiler scheduling of operations This led Tomasulo to try to figure out how to get more effective registers — renaming in hardware! Why Study 1966 Computer? The descendants of this have flourished! Dec Alpha 21264, Intel Pentium 4, AMD Opteron, IBM Power 5, … 9/16/2018 CSE520 CS252 S05

Good Dynamic Sched. Needs Better handling of WAR and WAW dependences Scoreboarding: (1) Stalls issuing when WAW is detected; (2) Delay writing results when WAR is detected Is it necessary to enforce WAR and WAW dependences? Better handling of structure hazards Why stall pipeline when two instructions go to the same FU? (Particular a problem for memory/integer instructions) Better pipeline efficiency Two extra cycles between the EXs of two dependent instructions – Need data forwarding More ILP beyond a basic block Need speculative execution, branch predictions, and dynamic memory disambiguation 9/16/2018 CSE520 CS252 S05

What Tomasulo Provides Better handling of WAR and WAW dependences Use register renaming to remove WAR and WAW dependences – No stalls or delays anymore Better handling of structural hazards Multiple reservation stations per FU – instruction is assigned to a reservation station Better pipeline efficiency One extra (instead of two) between EXs of two dependent instructions Dynamic memory disambiguation Enforce dependence between stores and loads Distributed scheduling logic Register and RS status no longer centralized 9/16/2018 CSE520 CS252 S05

Register Renaming Register renaming (in hardware) change register names to eliminate WAR/WAW hazards one of the most elegant concepts in computer architecture Key: think of architectural registers as names, not locations can have more locations than names dynamically map names to locations map table holds the current mappings (name→location) write: allocate new location and record it in map table read: find location of most recent write by name lookup in map table minor detail: must de-allocate locations appropriately 9/16/2018 CSE520 CS252 S05

Register Renaming - Example 9/16/2018 CSE520 CS252 S05

Temporary renaming Value “currently” bound to register is not present in the register file, instead… To be produced by particular instruction in the datapath Designated by function unit that will produce value, or Nearest matching instruction ahead in the datapath (in-order), or With an associated “tag” 9/16/2018 CSE520 CS252 S05

Broadcasting result value Series of instructions issued and waiting for value to be produced by logically preceding instruction. Broadcast value and reg # to all the waiting instructions One that match grab the value 9/16/2018 CSE520 CS252 S05

Tomasulo Algorithm Control & buffers distributed with Function Units (FU) FU buffers called “reservation stations”; have pending operands Registers in instructions replaced by values or pointers to reservation stations(RS); called register renaming ; Renaming avoids WAR, WAW hazards More reservation stations than registers, so can do optimizations compilers can’t Results to FU from RS, not through registers, over Common Data Bus that broadcasts results to all FUs Avoids RAW hazards by executing an instruction only when its operands are available Load and Stores treated as FUs with RSs as well Integer instructions can go past branches (predict taken), allowing FP ops beyond basic block in FP queue 9/16/2018 CSE520 CS252 S05

Tomasulo Organization FP Registers From Mem FP Op Queue Load Buffers Load1 Load2 Load3 Load4 Load5 Load6 Store Buffers Add1 Add2 Add3 Mult1 Mult2 Resolve RAW memory conflict? (address in memory buffers) Integer unit executes in parallel Reservation Stations To Mem FP adders FP multipliers Common Data Bus (CDB) 9/16/2018 CSE520 CS252 S05

Reservation Station Components Op: Operation to perform in the unit (e.g., + or –) Vj, Vk: Value of Source operands Store buffers has V field, result to be stored Qj, Qk: Reservation stations producing source registers (value to be written) Note: Qj, Qk=0 => ready Store buffers only have Qi for RS producing result Busy: Indicates reservation station or FU is busy Register result status—Indicates which functional unit will write each register, if one exists. Blank when no pending instructions that will write that register. What you might have thought 1. 4 stages of instruction executino 2.Status of FU: Normal things to keep track of (RAW & structura for busyl): Fi from instruction format of the mahine (Fi is dest) Add unit can Add or Sub Rj, Rk - status of registers (Yes means ready) Qj,Qk - If a no in Rj, Rk, means waiting for a FU to write result; Qj, Qk means wihch FU waiting for it 3.Status of register result (WAW &WAR)s: which FU is going to write into registers Scoreboard on 6600 = size of FU 6.7, 6.8, 6.9, 6.12, 6.13, 6.16, 6.17 FU latencies: Add 2, Mult 10, Div 40 clocks 9/16/2018 CSE520 CS252 S05

Three Stages of Instr in Tomasulo Algo 1. Issue—get instruction from FP Op Queue If reservation station free (no structural hazard), control issues instr & sends operands (renames registers). 2. Execute—operate on operands (EX) When both operands ready then execute; if not ready, watch Common Data Bus for result 3. Write result—finish execution (WB) Write on Common Data Bus to all awaiting units; mark reservation station available Normal data bus: data + destination (“go to” bus) Common data bus: data + source (“come from” bus) 64 bits of data + 4 bits of Functional Unit source address Write if matches expected Functional Unit (produces result) Does the broadcast Example speed: 3 clocks for Fl .pt. +,-; 10 for * ; 40 clks for / 9/16/2018 CSE520 CS252 S05

Code Example LD1 LD2 SUBD MULTI ADD DIVD LD F6,34(R2) LD F2,45(R3) MULTI F0,F2,F4 SUBD F8,F6,F2 DIVD F10,F0,F6 ADD F6,F8,F2 LD1 LD2 SUBD MULTI ADD DIVD Operation latencies: load/store 2 cycles, Add/sub 2 cycles, Mult 10 cycles, divide 40 cycle 9/16/2018 CSE520 CS252 S05

What to Observe Whether some instructions can be issued => pay attention to (1) RS (or load/store buffer) allocation (decode, RS allocation, source register renaming, dispatch); (2) change to register status (dest renaming) Whether some instruction can be selected for execution (for every FU) => Pay attention to instruction status change; the instr will finish in a given number of cycle Whether some instruction is finishing execution => Pay attention to instruction status change; the instr may write its result the next cycle Whether some instruction is writing result => Pay attention to (1) wakeup of the dependent instructions; (2) register status change; (3) RS de-allocation 9/16/2018 CSE520 CS252 S05

Tomasulo Example Instruction stream 3 Load/Buffers FU count down 3 FP Adder R.S. 2 FP Mult R.S. Clock cycle counter 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 1 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 2 Note: Can have multiple loads outstanding 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 3 Note: registers names are removed (“renamed”) in Reservation Stations; MULT issued Load1 completing; what is waiting for Load1? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 4 Load2 completing; what is waiting for Load2? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 5 Timer starts down for Add1, Mult1 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 6 Issue ADDD here despite name dependency on F6? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 7 Add1 (SUBD) completing; what is waiting for it? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 8 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 9 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 10 Add2 (ADDD) completing; what is waiting for it? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 11 Write result of ADDD here? All quick instructions complete in this cycle! 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 12 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 13 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 14 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 15 Mult1 (MULTD) completing; what is waiting for it? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 16 Just waiting for Mult2 (DIVD) to complete 9/16/2018 CSE520 CS252 S05

Faster than light computation (skip a couple of cycles) 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 55 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 56 Mult2 (DIVD) is completing; what is waiting for it? 9/16/2018 CSE520 CS252 S05

Tomasulo Example Cycle 57 Once again: In-order issue, out-of-order execution and out-of-order completion. 9/16/2018 CSE520 CS252 S05

Why can Tomasulo overlap iterations of loops? Register renaming Multiple iterations use different physical destinations for registers (dynamic loop unrolling). Reservation stations Permit instruction issue to advance past integer control flow operations Also buffer old values of registers - totally avoiding the WAR stall Other perspective: Tomasulo building data flow dependency graph on the fly 9/16/2018 CSE520 CS252 S05

Tomasulo’s scheme offers 2 major advantages Distribution of the hazard detection logic distributed reservation stations and the CDB If multiple instructions waiting on single result, & each instruction has other operand, then instructions can be released simultaneously by broadcast on CDB If a centralized register file were used, the units would have to read their results from the registers when register buses are available Elimination of stalls for WAW and WAR hazards 9/16/2018 CSE520 CS252 S05

The Use of Tag In Tomasulo, RS index is used as tag (tag is a modern term). Tag is a unique identifier for a pending register result Tag decouples the register result from the architectural register specifier Tag removes WAR and WAW dependences without changing RAW dependences 9/16/2018 CSE520 CS252 S05

Tomasulo Drawbacks Complexity delays of 360/91, MIPS 10000, Alpha 21264, IBM PPC 620 in CA:AQA 2/e, but not in silicon! Many associative stores (CDB) at high speed Performance limited by Common Data Bus Each CDB must go to multiple functional units high capacitance, high wiring density Number of functional units that can complete per cycle limited to one! Multiple CDBs  more FU logic for parallel assoc stores Non-precise interrupts! We will address this later 9/16/2018 CSE520 CS252 S05

And In Conclusion … #1 Leverage Implicit Parallelism for Performance: Instruction Level Parallelism Loop unrolling by compiler to increase ILP Branch prediction to increase ILP Dynamic HW exploiting ILP Works when can’t know dependence at compile time Can hide L1 cache misses Code for one machine runs well on another 9/16/2018 CSE520 CS252 S05

And In Conclusion … #2 Reservations stations: renaming to larger set of registers + buffering source operands Prevents registers as bottleneck Avoids WAR, WAW hazards Allows loop unrolling in HW Not limited to basic blocks (integer units gets ahead, beyond branches) Helps cache misses as well Lasting Contributions Dynamic scheduling Register renaming Load/store disambiguation 360/91 descendants are Intel Pentium 4, IBM Power 5, AMD Athlon/Opteron, … 9/16/2018 CSE520 CS252 S05

Next Class Hardware-based Speculation 9/16/2018 CSE520 CS252 S05