Krste Asanovic Electrical Engineering and Computer Sciences

Slides:



Advertisements
Similar presentations
Asanovic/Devadas Spring VLIW/EPIC: Statically Scheduled ILP Krste Asanovic Laboratory for Computer Science Massachusetts Institute of Technology.
Advertisements

© Krste Asanovic, 2014CS252, Spring 2014, Lecture 5 CS252 Graduate Computer Architecture Spring 2014 Lecture 5: Out-of-Order Processing Krste Asanovic.
Lecture 8 Dynamic Branch Prediction, Superscalar and VLIW Advanced Computer Architecture COE 501.
1 Lecture 5: Static ILP Basics Topics: loop unrolling, VLIW (Sections 2.1 – 2.2)
ENGS 116 Lecture 101 ILP: Software Approaches Vincent H. Berk October 12 th Reading for today: , 4.1 Reading for Friday: 4.2 – 4.6 Homework #2:
CPE 731 Advanced Computer Architecture ILP: Part V – Multiple Issue Dr. Gheith Abandah Adapted from the slides of Prof. David Patterson, University of.
CSE 490/590, Spring 2011 CSE 490/590 Computer Architecture VLIW Steve Ko Computer Sciences and Engineering University at Buffalo.
CSE 490/590, Spring 2011 CSE 490/590 Computer Architecture Cache III Steve Ko Computer Sciences and Engineering University at Buffalo.
POLITECNICO DI MILANO Parallelism in wonderland: are you ready to see how deep the rabbit hole goes? ILP: VLIW Architectures Marco D. Santambrogio:
CS252 Graduate Computer Architecture Spring 2014 Lecture 9: VLIW Architectures Krste Asanovic
1 Lecture: Static ILP Topics: compiler scheduling, loop unrolling, software pipelining (Sections C.5, 3.2)
1 COMP 740: Computer Architecture and Implementation Montek Singh Tue, Feb 24, 2009 Topic: Instruction-Level Parallelism IV (Software Approaches/Compiler.
1 Lecture 18: VLIW and EPIC Static superscalar, VLIW, EPIC and Itanium Processor (First introduce fast and high- bandwidth L1 cache design)
Dynamic Branch PredictionCS510 Computer ArchitecturesLecture Lecture 10 Dynamic Branch Prediction, Superscalar, VLIW, and Software Pipelining.
Pipelining 5. Two Approaches for Multiple Issue Superscalar –Issue a variable number of instructions per clock –Instructions are scheduled either statically.
1 Advanced Computer Architecture Limits to ILP Lecture 3.
CSE 490/590, Spring 2011 CSE 490/590 Computer Architecture Complex Pipelining II Steve Ko Computer Sciences and Engineering University at Buffalo.
1 Lecture 10: Static ILP Basics Topics: loop unrolling, static branch prediction, VLIW (Sections 4.1 – 4.4)
Microprocessors VLIW Very Long Instruction Word Computing April 18th, 2002.
CSE 490/590, Spring 2011 CSE 490/590 Computer Architecture ILP II Steve Ko Computer Sciences and Engineering University at Buffalo.
February 28, 2012CS152, Spring 2012 CS 152 Computer Architecture and Engineering Lecture 11 - Out-of-Order Issue, Register Renaming, & Branch Prediction.
ECE 552 / CPS 550 Advanced Computer Architecture I Lecture 15 Very Long Instruction Word Machines Benjamin Lee Electrical and Computer Engineering Duke.
Limits on ILP. Achieving Parallelism Techniques – Scoreboarding / Tomasulo’s Algorithm – Pipelining – Speculation – Branch Prediction But how much more.
March 18, 2010CS152, Spring 2010 CS 152 Computer Architecture and Engineering Lecture 16: Vector Computers Krste Asanovic Electrical Engineering and Computer.
March 16, 2010CS152, Spring 2010 CS 152 Computer Architecture and Engineering Lecture 15 - VLIW Machines and Statically Scheduled ILP Krste Asanovic Electrical.
CS 152 Computer Architecture and Engineering Lecture 16 - VLIW Machines and Statically Scheduled ILP Krste Asanovic Electrical Engineering and Computer.
Krste Asanovic Electrical Engineering and Computer Sciences
CS 152 Computer Architecture and Engineering Lecture 15 - Advanced Superscalars Krste Asanovic Electrical Engineering and Computer Sciences University.
1 Lecture 5: Pipeline Wrap-up, Static ILP Basics Topics: loop unrolling, VLIW (Sections 2.1 – 2.2) Assignment 1 due at the start of class on Thursday.
March 9, 2011CS152, Spring 2011 CS 152 Computer Architecture and Engineering Lecture 12 - Advanced Out-of-Order Superscalars Krste Asanovic Electrical.
Microprocessors Introduction to ia64 Architecture Jan 31st, 2002 General Principles.
March 14, 2011CS152, Spring 2011 CS 152 Computer Architecture and Engineering Lecture 13 - VLIW Machines and Statically Scheduled ILP Krste Asanovic Electrical.
CS 252 Graduate Computer Architecture Lecture 6: VLIW/EPIC, Statically Scheduled ILP Krste Asanovic Electrical Engineering and Computer Sciences University.
Is Out-Of-Order Out Of Date ? IA-64’s parallel architecture will improve processor performance William S. Worley Jr., HP Labs Jerry Huck, IA-64 Architecture.
Anshul Kumar, CSE IITD CS718 : VLIW - Software Driven ILP Example Architectures 6th Apr, 2006.
Spring 2003CSE P5481 VLIW Processors VLIW (“very long instruction word”) processors instructions are scheduled by the compiler a fixed number of operations.
Introducing The IA-64 Architecture - Kalyan Gopavarapu - Kalyan Gopavarapu.
Chapter 8 CPU and Memory: Design, Implementation, and Enhancement The Architecture of Computer Hardware and Systems Software: An Information Technology.
CS 211: Computer Architecture Lecture 6 Module 2 Exploiting Instruction Level Parallelism with Software Approaches Instructor: Morris Lancaster.
CIS 662 – Computer Architecture – Fall Class 16 – 11/09/04 1 Compiler Techniques for ILP  So far we have explored dynamic hardware techniques for.
Next Generation ISA Itanium / IA-64. Operating Environments IA-32 Protected Mode/Real Mode/Virtual Mode - if supported by the OS IA-64 Instruction Set.
CENG709 Computer Architecture and Operating Systems Lecture 13 - VLIW Machines and Statically Scheduled ILP Murat Manguoglu Department of Computer Engineering.
Use of Pipelining to Achieve CPI < 1
Compiler Techniques for ILP
CS 352H: Computer Systems Architecture
CS252 Graduate Computer Architecture Fall 2015 Lecture 5: Out-of-Order Processing Krste Asanovic
VLIW Architecture FK Boachie..
CPE 731 Advanced Computer Architecture ILP: Part V – Multiple Issue
Simultaneous Multithreading
CS252 Graduate Computer Architecture Spring 2014 Lecture 8: Advanced Out-of-Order Superscalar Designs Part-II Krste Asanovic
COSC3330 Computer Architecture
Dr. George Michelogiannakis EECS, University of California at Berkeley
Henk Corporaal TUEindhoven 2009
Yingmin Li Ting Yan Qi Zhao
Krste Asanovic Electrical Engineering and Computer Sciences
Krste Asanovic Electrical Engineering and Computer Sciences
Lecture 23: Static Scheduling for High ILP
Henk Corporaal TUEindhoven 2011
Sampoorani, Sivakumar and Joshua
CC423: Advanced Computer Architecture ILP: Part V – Multiple Issue
Midterm 2 review Chapter
CS 152 Computer Architecture and Engineering CS252 Graduate Computer Architecture Lecture 11 – Out-of-Order Execution Krste Asanovic Electrical Engineering.
CSC3050 – Computer Architecture
Dynamic Hardware Prediction
CS 152 Computer Architecture and Engineering CS252 Graduate Computer Architecture Lecture 12 – Branch Prediction and Advanced Out-of-Order Superscalars.
CS 152 Computer Architecture and Engineering CS252 Graduate Computer Architecture Lecture 16 – RISC-V Vectors Krste Asanovic Electrical Engineering and.
Loop-Level Parallelism
Design of Digital Circuits Lecture 19a: VLIW
Lecture 5: Pipeline Wrap-up, Static ILP
Presentation transcript:

CS 152 Computer Architecture and Engineering CS252 Graduate Computer Architecture Lecture 13 –VLIW Krste Asanovic Electrical Engineering and Computer Sciences University of California at Berkeley http://www.eecs.berkeley.edu/~krste http://inst.eecs.berkeley.edu/~cs152 CS252 S05

Last Time in Lecture 12 Branch prediction temporal, history of a single branch spatial, based on path through multiple branches Branch History Table (BHT) vs. Branch History Buffer (BTB) tradeoff in capacity versus latency Return-Address Stack (RAS) specialized structure to predict subroutine return addresses Fetching more than one basic block per cycle predicting multiple branches trace cache

Superscalar Control Logic Scaling Lifetime L Issue Group Previously Issued Instructions Issue Width W Each issued instruction must somehow check against W*L instructions, i.e., growth in hardware  W*(W*L) For in-order machines, L is related to pipeline latencies and check is done during issue (interlocks or scoreboard) For out-of-order machines, L also includes time spent in instruction buffers (instruction window or ROB), and check is done by broadcasting tags to waiting instructions at write back (completion) As W increases, larger instruction window is needed to find enough parallelism to keep machine busy => greater L => Out-of-order control logic grows faster than W2 (~W3) CS252 S05

Out-of-Order Control Complexity: MIPS R10000 Control Logic [ SGI/MIPS Technologies Inc., 1995 ] CS252 S05

Sequential ISA Bottleneck Sequential source code Superscalar compiler Find independent operations Sequential machine code Schedule operations a = foo(b); for (i=0, i< Check instruction dependencies Superscalar processor Schedule execution CS252 S05

VLIW: Very Long Instruction Word Int Op 2 Mem Op 1 Mem Op 2 FP Op 1 FP Op 2 Int Op 1 Two Integer Units, Single-Cycle Latency Two Load/Store Units, Three-Cycle Latency Two Floating-Point Units, Four-Cycle Latency Multiple operations packed into one instruction Each operation slot is for a fixed function Constant operation latencies are specified Architecture requires guarantee of: Parallelism within an instruction => no cross-operation RAW check No data use before data ready => no data interlocks CS252 S05

Early VLIW Machines FPS AP120B (1976) Multiflow Trace (1987) scientific attached array processor first commercial wide instruction machine hand-coded vector math libraries using software pipelining and loop unrolling Multiflow Trace (1987) commercialization of ideas from Fisher’s Yale group including “trace scheduling” available in configurations with 7, 14, or 28 operations/instruction 28 operations packed into a 1024-bit instruction word Cydrome Cydra-5 (1987) 7 operations encoded in 256-bit instruction word rotating register file CS252 S05

VLIW Compiler Responsibilities Schedule operations to maximize parallel execution Guarantees intra-instruction parallelism Schedule to avoid data hazards (no interlocks) Typically separates operations with explicit NOPs CS252 S05

Loop Execution How many FP ops/cycle? 1 fadd / 8 cycles = 0.125 for (i=0; i<N; i++) B[i] = A[i] + C; Int1 Int 2 M1 M2 FP+ FPx loop: add x1 fld Compile loop: fld f1, 0(x1) add x1, 8 fadd f2, f0, f1 fsd f2, 0(x2) add x2, 8 bne x1, x3, loop fadd Schedule add x2 bne fsd How many FP ops/cycle? 1 fadd / 8 cycles = 0.125 CS252 S05

Unroll inner loop to perform 4 iterations at once Loop Unrolling for (i=0; i<N; i++) B[i] = A[i] + C; Unroll inner loop to perform 4 iterations at once for (i=0; i<N; i+=4) { B[i] = A[i] + C; B[i+1] = A[i+1] + C; B[i+2] = A[i+2] + C; B[i+3] = A[i+3] + C; } Need to handle values of N that are not multiples of unrolling factor with final cleanup loop CS252 S05

Scheduling Loop Unrolled Code Unroll 4 ways loop: fld f1, 0(x1) fld f2, 8(x1) fld f3, 16(x1) fld f4, 24(x1) add x1, 32 fadd f5, f0, f1 fadd f6, f0, f2 fadd f7, f0, f3 fadd f8, f0, f4 fsd f5, 0(x2) fsd f6, 8(x2) fsd f7, 16(x2) fsd f8, 24(x2) add x2, 32 bne x1, x3, loop Int1 Int 2 M1 M2 FP+ FPx loop: fld f1 fld f2 fld f3 add x1 fld f4 fadd f5 Schedule fadd f6 fadd f7 fadd f8 fsd f5 fsd f6 fsd f7 add x2 bne fsd f8 How many FLOPS/cycle? 4 fadds / 11 cycles = 0.36 CS252 S05

Software Pipelining 4 fadds / 4 cycles = 1 Unroll 4 ways first Int1 Int 2 M1 M2 FP+ FPx Unroll 4 ways first fld f1 fld f2 fld f3 fld f4 fadd f5 fadd f6 fadd f7 fadd f8 fsd f5 fsd f6 fsd f7 fsd f8 add x1 add x2 bne loop: fld f1, 0(x1) fld f2, 8(x1) fld f3, 16(x1) fld f4, 24(x1) add x1, 32 fadd f5, f0, f1 fadd f6, f0, f2 fadd f7, f0, f3 fadd f8, f0, f4 fsd f5, 0(x2) fsd f6, 8(x2) fsd f7, 16(x2) add x2, 32 fsd f8, -8(x2) bne x1, x3, loop loop: iterate prolog epilog fld f1 fld f2 fld f3 fld f4 fadd f5 fadd f6 fadd f7 fadd f8 fsd f5 fsd f6 fsd f7 fsd f8 add x1 add x2 bne fld f1 fld f2 fld f3 fld f4 fadd f5 fadd f6 fadd f7 fadd f8 fsd f5 add x1 How many FLOPS/cycle? 4 fadds / 4 cycles = 1 CS252 S05

Software Pipelining vs. Loop Unrolling Loop Unrolled Wind-down overhead performance Startup overhead time Loop Iteration Software Pipelined performance time Loop Iteration Software pipelining pays startup/wind-down costs only once per loop, not once per iteration CS252 S05

CS152 Administrivia Lab 2 extension, due Friday March 15 PS 3 due Monday March 18 Midterm grades will be released today Regrade requests will be through Gradescope Window opens Friday, 3/15/19 at 4pm (after section) Window closes Friday, 3/22/19 at 12pm (before section) CS252 S05

CS152 Administrivia CS252 S05

CS252 Administrivia Readings next week on OoO superscalar microprocessors

What if there are no loops? Basic block Branches limit basic block size in control-flow intensive irregular code Difficult to find ILP in individual basic blocks CS252 S05

Trace Scheduling [ Fisher,Ellis] Pick string of basic blocks, a trace, that represents most frequent branch path Use profiling feedback or compiler heuristics to find common branch paths Schedule whole “trace” at once Add fixup code to cope with branches jumping out of trace CS252 S05

Problems with “Classic” VLIW Object-code compatibility have to recompile all code for every machine, even for two machines in same generation Object code size instruction padding wastes instruction memory/cache loop unrolling/software pipelining replicates code Scheduling variable latency memory operations caches and/or memory bank conflicts impose statically unpredictable variability Knowing branch probabilities Profiling requires an significant extra step in build process Scheduling for statically unpredictable branches optimal schedule varies with branch path CS252 S05

VLIW Instruction Encoding Group 1 Group 2 Group 3 Schemes to reduce effect of unused fields Compressed format in memory, expand on I-cache refill used in Multiflow Trace introduces instruction addressing challenge Mark parallel groups used in TMS320C6x DSPs, Intel IA-64 Provide a single-op VLIW instruction Cydra-5 UniOp instructions CS252 S05

Intel Itanium, EPIC IA-64 EPIC is the style of architecture (cf. CISC, RISC) Explicitly Parallel Instruction Computing (really just VLIW) IA-64 is Intel’s chosen ISA (cf. x86, MIPS) IA-64 = Intel Architecture 64-bit An object-code-compatible VLIW Merced was first Itanium implementation (cf. 8086) First customer shipment expected 1997 (actually 2001) McKinley, second implementation shipped in 2002 Recent version, Poulson, eight cores, 32nm, announced 2011 CS252 S05

Eight Core Itanium “Poulson” [Intel 2011] 8 cores 1-cycle 16KB L1 I&D caches 9-cycle 512KB L2 I-cache 8-cycle 256KB L2 D-cache 32 MB shared L3 cache 544mm2 in 32nm CMOS Over 3 billion transistors Cores are 2-way multithreaded 6 instruction/cycle fetch Two 128-bit bundles Up to 12 insts/cycle execute CS252 S05

IA-64 Instruction Format Template bits describe grouping of these instructions with others in adjacent bundles Each group contains instructions that can execute in parallel Instruction 2 Instruction 1 Instruction 0 Template 128-bit instruction bundle bundle j-1 bundle j bundle j+1 bundle j+2 group i-1 group i group i+1 group i+2 CS252 S05

IA-64 Registers 128 General Purpose 64-bit Integer Registers 128 General Purpose 64/80-bit Floating Point Registers 64 1-bit Predicate Registers GPRs “rotate” to reduce code size for software pipelined loops Rotation is a simple form of register renaming allowing one instruction to address different physical registers on each iteration CS252 S05

Rotating Register Files Problems: Scheduled loops require lots of registers, Lots of duplicated code in prolog, epilog Solution: Allocate new set of registers for each loop iteration 25 CS252 S05

Rotating Register File P0 P1 P2 P3 P4 P5 P6 P7 RRB=3 + R1 Rotating Register Base (RRB) register points to base of current register set. Value added on to logical register specifier to give physical register number. Usually, split into rotating and non-rotating registers. 26 CS252 S05

Rotating Register File (Previous Loop Example) Three cycle load latency encoded as difference of 3 in register specifier number (f4 - f1 = 3) Four cycle fadd latency encoded as difference of 4 in register specifier number (f9 – f5 = 4) bloop sd f9, () fadd f5, f4, ... ld f1, () bloop sd P17, () fadd P13, P12, ld P9, () RRB=8 bloop sd P16, () fadd P12, P11, ld P8, () RRB=7 bloop sd P15, () fadd P11, P10, ld P7, () RRB=6 bloop sd P14, () fadd P10, P9, ld P6, () RRB=5 bloop sd P13, () fadd P9, P8, ld P5, () RRB=4 bloop sd P12, () fadd P8, P7, ld P4, () RRB=3 bloop sd P11, () fadd P7, P6, ld P3, () RRB=2 bloop sd P10, () fadd P6, P5, ld P2, () RRB=1 27 CS252 S05

IA-64 Predicated Execution Problem: Mispredicted branches limit ILP Solution: Eliminate hard to predict branches with predicated execution Almost all IA-64 instructions can be executed conditionally under predicate Instruction becomes NOP if predicate register false Inst 1 Inst 2 br a==b, b2 Inst 3 Inst 4 br b3 Inst 5 Inst 6 Inst 7 Inst 8 b0: b1: b2: b3: if else then Four basic blocks Inst 1 Inst 2 p1,p2 <- cmp(a==b) (p1) Inst 3 || (p2) Inst 5 (p1) Inst 4 || (p2) Inst 6 Inst 7 Inst 8 Predication One basic block Mahlke et al, ISCA95: On average >50% branches removed Warning: Complicates bypassing! CS252 S05

IA-64 Speculative Execution Problem: Branches restrict compiler code motion Solution: Speculative operations that don’t cause exceptions Load.s r1 Inst 1 Inst 2 br a==b, b2 Chk.s r1 Use r1 Inst 3 Speculative load never causes exception, but sets “poison” bit on destination register Check for exception in original home block jumps to fixup code if exception detected Inst 1 Inst 2 br a==b, b2 Load r1 Use r1 Inst 3 Can’t move load above branch because might cause spurious exception Particularly useful for scheduling long latency loads early CS252 S05

IA-64 Data Speculation Problem: Possible memory hazards limit code scheduling Solution: Hardware to check pointer hazards Load.a r1 Inst 1 Inst 2 Store Load.c Use r1 Inst 3 Data speculative load adds address to address check table Store invalidates any matching loads in address check table Check if load invalid (or missing), jump to fixup code if so Inst 1 Inst 2 Store Load r1 Use r1 Inst 3 Can’t move load above store because store might be to same address Requires associative hardware in address check table CS252 S05

Limits of Static Scheduling Unpredictable branches Variable memory latency (unpredictable cache misses) Code size explosion Compiler complexity Despite several attempts, VLIW has failed in general-purpose computing arena (so far). More complex VLIW architectures are close to in-order superscalar in complexity, no real advantage on large complex apps. Successful in embedded DSP market Simpler VLIWs with more constrained environment, friendlier code. CS252 S05

Intel Kills Itanium Donald Knuth “ … Itanium approach that was supposed to be so terrific—until it turned out that the wished-for compilers were basically impossible to write.” “Intel officially announced the end of life and product discontinuance of the Itanium CPU family on January 30th, 2019”, Wikipedia

Acknowledgements This course is partly inspired by previous MIT 6.823 and Berkeley CS252 computer architecture courses created by my collaborators and colleagues: Arvind (MIT) Joel Emer (Intel/MIT) James Hoe (CMU) John Kubiatowicz (UCB) David Patterson (UCB)