DOCSLIB.ORG

Computer System Architecture Instruction Set Principles And

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Hot Topics in Computer System Architecture Computer Architecture • 1950s and 1960s: Instruction Set Principles and – Computer Arithmetic Examples • 1970 and 1980s: – Instruction Set Design – ISA Appropriate for Compilers Chalermek Intanagonwiwat • 1990s: – Design of CPU – Design of memory system Slides courtesy of Graham Kirby, Mike Schulte, and – Instruction Set Extensions Peiyi Tang Hot Topics in Instruction Set Computer Architecture (cont.) Architecture (ISA) • “Instruction set architecture is the • 2000s: structure of a computer that a machine – Computer Arithmetic – Design of I/O system language programmer must understand to – Parallelism write a correct (timing independent) program for that machine.” – Source: IBM in 1964 when introducing the IBM 360 architecture, which eliminated 7 different IBM instruction sets. ISA (cont.) ISA (cont.) • The instruction set architecture is also • The instruction set architecture the machine description that a hardware serves as the interface between software and hardware. designer must understand to design a correct implementation of the computer. • It provides the mechanism by which the software tells the hardware what should be done. ISA (cont.) ISA Metrics • Orthogonality High level language code : C, C++, Java, Fortan, – No special registers, few special cases, compiler all operand modes available with any Assembly language code: architecture specific statements data type or instruction type assembler Machine language code: architecture specific bit patterns • Completeness – Support for a wide range of operations and target applications software instruction set hardware ISA Metrics (cont.) Instruction Set Design Issues • Regularity • Instruction set design issues include: – No overloading for the meanings of – Where are operands stored? instruction fields • registers, memory, stack, accumulator •Streamlined – How many explicit operands are there? – Resource needs easily determined •0, 1, 2, or 3 • Ease of compilation (or assembly – How is the operand location specified? language programming) • register, immediate, indirect, . • Ease of implementation Instruction Set Design Issues Evolution of Instruction Sets (cont.) Single Accumulator (EDSAC 1950) – What type & size of operands are Accumulator + Index Registers (Manchester Mark I, IBM 700 series 1953) supported? • byte, int, float, double, string, vector. Separation of Programming Model from Implementation – What operations are supported? • add, sub, mul, move, compare . High-level Language Based Concept of a Family (B5000 1963) (IBM 360 1964) General Purpose Register Machines Complex Instruction Sets Load/Store Architecture (Vax, Intel 8086 1977-80) (CDC 6600, Cray 1 1963-76) RISC (Mips,Sparc,88000,IBM RS6000, . .1987+) Classifying ISAs Classifying ISAs (cont.) Accumulator (before 1960): Register-Memory (1970s to present): 1 address add A acc ← acc + mem[A] 2 address add R1, A R1 ← R1 + mem[A] load R1, A R1 ← mem[A] Stack (1960s to 1970s): Register-Register (Load/Store) 0 address add tos ← tos + next (1960s to present): Memory-Memory (1970s to 1980s): 3 address add R1, R2, R3 R1 ← R2 + R3 load R1, R2 R1 ← mem[R2] 2 address add A, B mem[A] ← mem[A] + mem[B] store R1, R2 mem[R1] ← R2 3 address add A, B, C mem[A] ← mem[B] + mem[C] Classifying ISAs (cont.) Accumulator Architectures • Instruction set: add A, sub A, mult A, div A, load A, store A • Example: A*B - (A+C*B) load B mul C add A B B*C A+B*C A+B*C A A*B result store D load A mul B sub D Stack Architectures Accumulators: Pros and Cons • Instruction set: add, sub, mul, div, . •Pros push A, pop A – Very low hardware requirements • Example: A*B - (A+C*B) – Easy to design and understand push A push B •Cons mul – Accumulator becomes the bottleneck push A A B A*B AC B B*CA+B*Cresult A A*B A C AA*B – Little ability for parallelism or pipelining push C A*B A A*B – High memory traffic push B A*B mul add sub Stacks: Pros and Cons Stacks: Pros and Cons (cont.) •Pros •Cons – Good code density (implicit top of stack) – Stack becomes the bottleneck – Low hardware requirements – Little ability for parallelism or pipelining – Easy to write a simpler compiler for stack – Data is not always at the top of stack when architectures need – Difficult to write an optimizing compiler for stack architectures Memory-Memory Architectures Memory-Memory: • Instruction set: Pros and Cons (3 operands) add A, B, C sub A, B, C •Pros mul A, B, C – Requires fewer instructions (2 operands) add A, B sub A, B mul A, B – Easy to write compilers for • Example: A*B - (A+C*B) – 3 operands 2 operands •Cons mul D, A, B mov D, A – Very high memory traffic mul E, C, B mul D, B – Variable number of clocks per instruction add E, A, E mov E, C – With two operands, more data movements are sub E, D, E mul E, B required add E, A sub E, D Register-Memory Architectures Memory-Register: • Instruction set: Pros and Cons add R1, A sub R1, A mul R1, B •Pros load R1, A store R1, A – Some data can be accessed without loading first • Example: A*B - (A+C*B) – Instruction format easy to encode load R1, A – Good code density mul R1, B /* A*B */ •Cons store R1, D – Operands are not equivalent (poor orthogonal) load R2, C – Variable number of clocks per instruction mul R2, B /* C*B */ – May limit number of registers add R2, A /* A + CB */ sub R2, D /* AB - (A + C*B) */ Register-Register/Load-Store Register-Register/Load-Store: Architectures Pros and Cons • Instruction set: •Pros add R1, R2, R3 sub R1, R2, R3 mul R1, R2, R3 – Simple, fixed length instruction encodings load R1, A store R1, A move R1, R2 – Instructions take similar number of cycles • Example: A*B - (A+C*B) – Relatively easy to pipeline load R1, A load R2, B •Cons load R3, C – Higher instruction count mul R7, R3, R2 /* C*B */ add R8, R7, R1 /* A + C*B */ – Dependent on good compiler mul R9, R1, R2 /* A*B */ sub R10, R9, R8 /* A*B - (A+C*B) */ Registers: Registers: Advantages and Disadvantages Advantages and Disadvantages (cont.) •Advantages • Disadvantages – Faster than cache or main memory (no – Need to save and restore on procedure calls addressing mode) and context switch – Deterministic (no misses) – Can’t take the address of a register (for – Can replicate (multiple read ports) pointers) – Short identifier (typically 3 to 8 bits) – Fixed size (can’t store strings or structures efficiently) – Reduce memory traffic – Compiler must manage –Limited number Current Trends: Computation Byte Ordering Model • Practically every modern design uses a • Little Endian (e.g., in DEC, Intel) load-store architecture » low order byte stored at lowest address » byte0 byte1 byte2 byte3 • For a new ISA design: • Big Endian (e.g., in IBM, Motorolla, Sun, HP) – would expect to see load-store with plenty » high order byte stored at lowest address of general purpose registers » byte3 byte2 byte1 byte0 • Programmers/protocols should be careful when transferring binary data between Big Endian and Little Endian machines Operand Alignment Unrestricted Alignment • An access to an operand of size s bytes • If the architecture does not restrict at byte address A is said to be aligned memory accesses to be aligned then if – Software is simple A mod s = 0 – Hardware must detect misalignment and make two memory accesses 40 41 42 43 44 – Expensive logic to perform detection D0 D1 D2 D3 – Can slow down all references D0 D1 D2 D3 – Sometimes required for backwards compatibility Types of Addressing Modes Restricted Alignment (VAX) • If the architecture restricts memory Addressing Mode Example Action accesses to be aligned then 1. Register direct Add R4, R3 R4 <- R4 + R3 – Software must guarantee alignment 2.Immediate Add R4, #3 R4 <- R4 + 3 3.Displacement Add R4, 100(R1) R4 <- R4 + M[100 + R1] – Hardware detects misalignment access and traps 4.Register indirect Add R4, (R1) R4 <- R4 + M[R1] 5.Indexed Add R4, (R1 + R2) R4 <- R4 + M[R1 + R2] – No extra time is spent when data is aligned 6.Direct Add R4, (1000) R4 <- R4 + M[1000] • Since we want to make the common case 7.Memory Indirect Add R4, @(R3) R4 <- R4 + M[M[R3]] fast, having restricted alignment is often a better choice, unless compatibility is an issue. Types of Addressing Modes Use of Addressing Modes (cont.) (VAX) 8.Autoincrement Add R4, (R2)+ R4 <- R4 + M[R2] R2 <- R2 + d 9.Autodecrement Add R4, (R2)- R4 <- R4 + M[R2] R2 <- R2 - d 10.Scaled Add R4, 100(R2)[R3] R4 <- R4 + M[100 + R2 + R3*d] • Studies by [Clark and Emer] indicate that modes 1-4 account for 93% of all operands on the VAX. • Displacement dominates the memory addressing mode (32% - 55%). • Immediate tails displacement (17% - 43%). Displacement Value Distribution Immediate Value Distribution Current Trends: Memory Types of Operations Addressing • Arithmetic and Logic: AND, ADD • For a new ISA design would expect to see: – support for displacement, immediate and register • Data Transfer: MOVE, LOAD, STORE indirect addressing modes • Control BRANCH, JUMP, CALL »75% to 99% of SPEC measurements • System OS CALL – size of address for displacement to be at least 12-16 bits • Floating Point ADDF, MULF, DIVF – size of immediate field to be at least 8-16 bits • Decimal ADDD, CONVERT • As use of compilers becomes more dominant, emphasis is on simpler addressing modes • String MOVE, COMPARE • Graphics (DE)COMPRESS Instruction Frequency (Intel Current Trends: Operations 80x86 Integer) and Operands • For a new ISA design would expect to see: – support for 8, 16, 32, (64) bit integers – support for 32 and 64 bit IEEE 754 floating point – emphasis on efficient implementation of the simple common operations Control Flow Addressing Modes • Need to specify destination address – usually explicitly »displacement relative to PC (why?) – sometimes not known statically »specify register containing address Comparisons in Conditional Jump Distances (Alpha) Branches (Alpha) Procedure Call/Return Procedure Call/Return (cont.) • Need to save return address somewhere •Caller save (minimum) – calling procedure saves registers it will need – special register or GPR afterwards • CISC architectures tended to provide • Callee save more complex support – called procedure saves registers it needs to – e.g.
Recommended publications
  • Pdp11-40.Pdf

    Pdp11-40.Pdf

    processor handbook digital equipment corporation Copyright© 1972, by Digital Equipment Corporation DEC, PDP, UNIBUS are registered trademarks of Digital Equipment Corporation. ii TABLE OF CONTENTS CHAPTER 1 INTRODUCTION 1·1 1.1 GENERAL ............................................. 1·1 1.2 GENERAL CHARACTERISTICS . 1·2 1.2.1 The UNIBUS ..... 1·2 1.2.2 Central Processor 1·3 1.2.3 Memories ........... 1·5 1.2.4 Floating Point ... 1·5 1.2.5 Memory Management .............................. .. 1·5 1.3 PERIPHERALS/OPTIONS ......................................... 1·5 1.3.1 1/0 Devices .......... .................................. 1·6 1.3.2 Storage Devices ...................................... .. 1·6 1.3.3 Bus Options .............................................. 1·6 1.4 SOFTWARE ..... .... ........................................... ............. 1·6 1.4.1 Paper Tape Software .......................................... 1·7 1.4.2 Disk Operating System Software ........................ 1·7 1.4.3 Higher Level Languages ................................... .. 1·7 1.5 NUMBER SYSTEMS ..................................... 1-7 CHAPTER 2 SYSTEM ARCHITECTURE. 2-1 2.1 SYSTEM DEFINITION .............. 2·1 2.2 UNIBUS ......................................... 2-1 2.2.1 Bidirectional Lines ...... 2-1 2.2.2 Master-Slave Relation .. 2-2 2.2.3 Interlocked Communication 2-2 2.3 CENTRAL PROCESSOR .......... 2-2 2.3.1 General Registers ... 2-3 2.3.2 Processor Status Word ....... 2-4 2.3.3 Stack Limit Register 2-5 2.4 EXTENDED INSTRUCTION SET & FLOATING POINT .. 2-5 2.5 CORE MEMORY . .... 2-6 2.6 AUTOMATIC PRIORITY INTERRUPTS .... 2-7 2.6.1 Using the Interrupts . 2-9 2.6.2 Interrupt Procedure 2-9 2.6.3 Interrupt Servicing ............ .. 2-10 2.7 PROCESSOR TRAPS ............ 2-10 2.7.1 Power Failure ..............
  • Appendix D an Alternative to RISC: the Intel 80X86

    Appendix D an Alternative to RISC: the Intel 80X86

    D.1 Introduction D-2 D.2 80x86 Registers and Data Addressing Modes D-3 D.3 80x86 Integer Operations D-6 D.4 80x86 Floating-Point Operations D-10 D.5 80x86 Instruction Encoding D-12 D.6 Putting It All Together: Measurements of Instruction Set Usage D-14 D.7 Concluding Remarks D-20 D.8 Historical Perspective and References D-21 D An Alternative to RISC: The Intel 80x86 The x86 isn’t all that complex—it just doesn’t make a lot of sense. Mike Johnson Leader of 80x86 Design at AMD, Microprocessor Report (1994) © 2003 Elsevier Science (USA). All rights reserved. D-2 I Appendix D An Alternative to RISC: The Intel 80x86 D.1 Introduction MIPS was the vision of a single architect. The pieces of this architecture fit nicely together and the whole architecture can be described succinctly. Such is not the case of the 80x86: It is the product of several independent groups who evolved the architecture over 20 years, adding new features to the original instruction set as you might add clothing to a packed bag. Here are important 80x86 milestones: I 1978—The Intel 8086 architecture was announced as an assembly language– compatible extension of the then-successful Intel 8080, an 8-bit microproces- sor. The 8086 is a 16-bit architecture, with all internal registers 16 bits wide. Whereas the 8080 was a straightforward accumulator machine, the 8086 extended the architecture with additional registers. Because nearly every reg- ister has a dedicated use, the 8086 falls somewhere between an accumulator machine and a general-purpose register machine, and can fairly be called an extended accumulator machine.
  • Computer Organization & Architecture Eie

    Computer Organization & Architecture Eie

    COMPUTER ORGANIZATION & ARCHITECTURE EIE 411 Course Lecturer: Engr Banji Adedayo. Reg COREN. The characteristics of different computers vary considerably from category to category. Computers for data processing activities have different features than those with scientific features. Even computers configured within the same application area have variations in design. Computer architecture is the science of integrating those components to achieve a level of functionality and performance. It is logical organization or designs of the hardware that make up the computer system. The internal organization of a digital system is defined by the sequence of micro operations it performs on the data stored in its registers. The internal structure of a MICRO-PROCESSOR is called its architecture and includes the number lay out and functionality of registers, memory cell, decoders, controllers and clocks. HISTORY OF COMPUTER HARDWARE The first use of the word ‘Computer’ was recorded in 1613, referring to a person who carried out calculation or computation. A brief History: Computer as we all know 2day had its beginning with 19th century English Mathematics Professor named Chales Babage. He designed the analytical engine and it was this design that the basic frame work of the computer of today are based on. 1st Generation 1937-1946 The first electronic digital computer was built by Dr John V. Atanasoff & Berry Cliford (ABC). In 1943 an electronic computer named colossus was built for military. 1946 – The first general purpose digital computer- the Electronic Numerical Integrator and computer (ENIAC) was built. This computer weighed 30 tons and had 18,000 vacuum tubes which were used for processing.
  • Instruction Set Architecture

    Instruction Set Architecture

    Instruction Set Architecture EE3376 1 –Adapted from notes from BYU ECE124 Topics to Cover… l MSP430 ISA l MSP430 Registers, ALU, Memory l Instruction Formats l Addressing Modes l Double Operand Instructions l Single Operand Instructions l Jump Instructions l Emulated Instructions – http://en.wikipedia.org/wiki/TI_MSP430 2 –Adapted from notes from BYU ECE124 Levels of Transformation –Problems –Algorithms – C Instructions –Language (Program) –Programmable –Assembly Language – MSP 430 ISA –Machine (ISA) Architecture –Computer Specific –Microarchitecture –Manufacturer Specific –Circuits –Devices 3 –Adapted from notes from BYU ECE124 Instruction Set Architecture l The computer ISA defines all of the programmer-visible components and operations of the computer – memory organization l address space -- how may locations can be addressed? l addressibility -- how many bits per location? – register set (a place to store a collection of bits) l how many? what size? how are they used? – instruction set l Opcodes (operation selection codes) l data types (data types: byte or word) l addressing modes (coding schemes to access data) l ISA provides all information needed for someone that wants to write a program in machine language (or translate 4 from a high-level language to machine language). –Adapted from notes from BYU ECE124 MSP430 Instruction Set Architecture l MSP430 CPU specifically designed to allow the use of modern programming techniques, such as: – the computation of jump addresses – data processing in tables – use of high-level languages such as C. l 64KB memory space with 16 16-bit registers that reduce fetches to memory. l Implements RISC architecture with 27 instructions and 7 addressing modes.
  • PDP-11 Conventions Manual

    PDP-11 Conventions Manual

    DEC-II-HR6A-D PDP-11 Conventions Manual DIGITAL EQUIPMENT CORPORATION • MAYNARD, MASSACHUSETTS 1st Edition September 1970 Copyright © 1970 by Digital Equipment Corporation The instructional times, operating speeds and the like are included in this manual for reference only; they are not to be taken as specifications. The following are registered trademarks of Digital Equipment Corporation, Maynard, Massachusetts: DEC PDP FLIP CHIP FOCAL DIGITAL COMPUTER LAB UNIBUS Contents Contents (cont.) Page Page APPENDIX A GENERAL MAINTENANCE APPENDIX E PRODUcr CODE FOR SOFTWARE PRODUcrS A.1 SCOPE A-I E.l INTRODUCTION E-1 A.2 TEST EQUIPMENT AND TOOLS A-I E.2 COMPUTER SERIES - [XX] -xxxx-xx E-1 A.3 INSTALLATION OF ECO's A-I E.3 PRODUCT IDENTIFICATION - XX-[XXXX]-XX E-1 A.4 MODULE IDENTIFICATION AND LAYOUT A-I E.3.1 Major Category E-1 A.5 MODULE COMPONENT IDENTIFICATION A-2 E.3.2 Minor Category E-2 A.6 UNIBUS CONNECTIONS A-2 E.3.3 Option Category E-2 A.7 MULTIPLE BOX SYSTEMS A-2 E.3.4 Revision Category E-3 A.8 POWER CONTROL A-2 E.3.5 Minor Category E-3 A.9 SYSTEM UNIT REMOV AL/INSTALLATION A-2 E.3.6 Unique Designation Category E-3 A.10 MAINTENANCE TIPS A-3 E.4 DISTRIBUTION METHOD - XX-XXXX-[XX] E-3 A.10.1 Diagnostic Programs A-3 E.5 SPECIAL CLASSIFICATION E-3 A.10.2 KM 11 Maintenance Set A-3 E.6 TYPICAL EXAMPLE E-3 A.lO.3 Observation of Service Major State Operation A-3 APPENDIX F PDP-II GLOSSARY F-1 APPENDIXB LOGIC SYMBOLOGY APPENDIX G PDP-II STANDARD ABBREVIATIONS G-l B.l GENERAL B-1 B.2 LOGIC SYMBOLS B-1 B.2.1 State Indicator B-1 B.2.1.1 State Indicator Absent B-1 B.2.1.2 State Indicator Present B-1 B.2.2 Table of Combinations B-2 Illustrations B.2.3 Flip-Flop B-2 B.2.4 One-Shot Functions B-2 B.2.5 One-Shot Delays B-3 B.2.6 Schmitt Trigger B-4 B.2.7 Amplifier B-4 Figure No.
  • What Is ISA? Stack Accumulator General-Purpose Registers

    What Is ISA? Stack Accumulator General-Purpose Registers

    What Is ISA? Instruction set architecture is the structure of a computer that a machine language Lecture 3: Instruction Set programmer (or a compiler) must understand Architecture to write a correct (timing independent) program for that machine. ISA types, register usage, memory For IBM System/360, 1964 addressing, endian and alignment, quantitative evaluation Class ISA types: Stack, Accumulator, and General-purpose register ISA is mature and stable Why do we study it? 1 2 Stack Accumulator The accumulator provides an Implicit operands on stack implicit input, and is the Ex. C = A + B implicit place to store the Push A result. Push B Ex. C = A + B Add Load R1, A Pop C Add R3, R1, B Good code density; used in Store R3, c 60’s-70’s; now in Java VM Used before 1980 3 4 General-purpose Registers Variants of GRP Architecture General-purpose registers are preferred by Number of operands in ALU instructions: two or compilers three Reduce memory traffic Add R1, R2, R3 Add R1, R2 Improve program speed Maximal number of operands in ALU instructions: Improve code density Usage of general-purpose registers zero, one, two, or three Load R1, A Load R1, A Holding temporal variables in expression evaluation Passing parameters Load R2, B Add R3, R1, B Holding variables Add R3, R1, R2 GPR and RISC and CISC Three popular combinations RISC ISA is extensively used for desktop, server, and register-register (load-store): 0 memory, 3 operands embedded: MIPS, PowerPC, UltraSPARC, ARM, MIPS16, register-memory: 1 memory, 2 operands Thumb memory-memory: 2 memories, 2 operands; or 3 memories, 3 CISC: IBM 360/370, an VAX, Intel 80x86 operands 5 6 1 Register-memory Register-register (Load-store) There is no implicit operand Both operands are registers One input operand is Values in memory must be register, and one in memory loaded into a register and Ex.
  • X86 Instruction Set 4.2 Why Learn Assembly

    X86 Instruction Set 4.2 Why Learn Assembly

    4.1 CS356 Unit 4 Intro to x86 Instruction Set 4.2 Why Learn Assembly • To understand something of the limitation of the HW we are running on • Helpful to understand performance • To utilize certain HW options that high-level languages don't allow (e.g. operating systems, utilizing special HW features, etc.) • To understand possible security vulnerabilities or exploits • Can help debugging 4.3 Compilation Process CS:APP 3.2.2 void abs(int x, int* res) • Demo of assembler { if(x < 0) *res = -x; – $ g++ -Og -c -S file1.cpp else *res = x; • Demo of hexdump } Original Code – $ g++ -Og -c file1.cpp – $ hexdump -C file1.o | more Disassembly of section .text: 0000000000000000 <_Z3absiPi>: 0: 85 ff test %edi,%edi 2: 79 05 jns 9 <_Z3absiPi+0x9> • Demo of 4: f7 df neg %edi 6: 89 3e mov %edi,(%rsi) 8: c3 retq objdump/disassembler 9: 89 3e mov %edi,(%rsi) b: c3 retq – $ g++ -Og -c file1.cpp Compiler Output – $ objdump -d file1.o (Machine code & Assembly) Notice how each instruction is turned into binary (shown in hex) 4.4 Where Does It Live • Match (1-Processor / 2-Memory / 3-Disk Drive) where each item resides: – Source Code (.c/.java) = 3 – Running Program Code = 2 – Global Variables = 2 – Compiled Executable (Before It Executes) = 3 – Current Instruction Being Executed = 1 – Local Variables = 2 (1) Processor (2) Memory (3) Disk Drive 4.5 BASIC COMPUTER ORGANIZATION 4.6 Processor • Performs the same 3-step process over and over again – Fetch an instruction from Processor Arithmetic 3 Add the memory Circuitry specified values Decode 2 It’s an ADD – Decode the instruction Circuitry • Is it an ADD, SUB, etc.? 1 Fetch – Execute the instruction Instruction System Bus • Perform the specified operation • This process is known as the ADD SUB Instruction Cycle CMP Memory 4.7 Processor CS:APP 1.4 • 3 Primary Components inside a processor – ALU – Registers – Control Circuitry • Connects to memory and I/O via address, data, and control buses (bus = group of wires) Bus Processor Memory PC/IP 0 Addr Control 0 op.
  • Instruction Sets

    Instruction Sets

    Instruction Sets • what is an instruction set? • what is a good instruction set? • the forces that shape instruction sets • aspects of instruction sets • instruction set examples • RISC vs. CISC © 2006 by Lebeck Sorin, Roth, ECE 252 / CPS 220 Lecture Notes 1 Hill, Wood, Sohi, Smith, Instruction Sets Vijaykumar, Lipasti Readings Hennessy and Patterson • chapter 2 © 2006 by Lebeck Sorin, Roth, ECE 252 / CPS 220 Lecture Notes 2 Hill, Wood, Sohi, Smith, Instruction Sets Vijaykumar, Lipasti Instruction Sets “Instruction set architecture is the structure of a computer that a machine language programmer (or a compiler) must understand to write a correct (timing independent) program for that machine” –IBM introducing 360 (1964) an instruction set specifies a processor’s functionality • what operations it supports • what storage mechanisms it has & how they are accessed • how the programmer/compiler communicates programs to processor instruction set architecture (ISA): “architecture” part of this course • the rest is micro-architecture © 2006 by Lebeck Sorin, Roth, ECE 252 / CPS 220 Lecture Notes 3 Hill, Wood, Sohi, Smith, Instruction Sets Vijaykumar, Lipasti What Makes a Good Instruction Set? implementability • supports a (performance/cost) range of implementations • implies support for high performance implementations programmability • easy to express programs (for human and/or compiler) backward/forward compatibility • implementability & programmability across generations • e.g., x86 generations: 8086, 286, 386, 486, Pentium, Pentium II, Pentium
  • A New Architecture for Mini-Computers -- the DEC PDP-11

    A New Architecture for Mini-Computers -- the DEC PDP-11

    Reprinted from - AFIPS - Conference Proceedings, Volume 36 Copyright @ by AFlPS Press Montvale, New Jersey 07645 A new architecture for mini-computers- The DEC PDP-11 by G. BELL,* R. CADY, H. McFARLAND, B. DELAGI, J. O’LAUGHLINandR. NOONAN l?i&l Equipment Corporation Maynard, Massachusetts and W. WULF Carnegit+Mellon University Pittsburgh, Fcriiisylvnnia INTRODUCTION tion is not surprising since the basic architectural concepts for current mini-computers were formed in The mini-computer** has a wide variety of uses: com- the early 1960’s. First, the design was constrained by munications controller; instrument controller; large- cost, resulting in rather simple processor logic and system pre-processor ; real-time data acquisition register configurations. Second, application experience systems . .; desk calculator. Historically, Digital was not available. For example, the early constraints Equipment Corporation’s PDP-8 Family, with 6,000 often created computing designs with what we now installations has been the archetype of these mini- consider weaknesses : computers. In some applications current mini-computers have 1. limited addressing capability, particularly of limitations. These limitations show up when the scope larger core sizes of their initial task is increased (e.g., using a higher 2. few registers, general registers, accumulators, level language, or processing more variables). Increasing index registers, base registers the scope of the task generally requires the use of 3. no hardware stack facilities more comprehensive executives and system control 4. limited priority interrupt structures, and thus programs, hence larger memories and more processing. slow context switching among multiple programs This larger system tends to be at the limit of current (tasks) mini-computer capability, thus the user receives 5.
  • (ISA) Evolution of Instruction Sets Instructions

    (ISA) Evolution of Instruction Sets Instructions

    Computer Architecture’s Appendix B Changing Definition • 1950s to 1960s: Computer Architecture Course = Computer Arithmetic • 1970s to mid 1980s: Instruction Set Principles Computer Architecture Course = Instruction Set and Examples Design, especially ISA appropriate for compilers • 1990s: Computer Architecture Course = Design of CPU, memory system, I/O system, Multiprocessors 1 2 Instruction Set Architecture Evolution of Instruction Sets (ISA) Single Accumulator (EDSAC 1950) Accumulator + Index Registers (Manchester Mark I, IBM 700 series 1953) software Separation of Programming Model from Implementation instruction set High-level Language Based Concept of a Family (B5000 1963) (IBM 360 1964) General Purpose Register Machines hardware Complex Instruction Sets Load/Store Architecture (Vax, Intel 432 1977-80) (CDC 6600, Cray 1 1963-76) RISC (Mips,Sparc,HP-PA,IBM RS6000,PowerPC . .1987) 3 4 LIW/”EPIC”? (IA-64. .1999) Instructions Can Be Divided into Classifying ISAs 3 Classes (I) Accumulator (before 1960): • Data movement instructions 1 address add A acc <− acc + mem[A] – Move data from a memory location or register to another Stack (1960s to 1970s): memory location or register without changing its form 0 address add tos <− tos + next – Load—source is memory and destination is register – Store—source is register and destination is memory Memory-Memory (1970s to 1980s): 2 address add A, B mem[A] <− mem[A] + mem[B] • Arithmetic and logic (ALU) instructions 3 address add A, B, C mem[A] <− mem[B] + mem[C] – Change the form of one or more operands to produce a result stored in another location Register-Memory (1970s to present): 2 address add R1, A R1 <− R1 + mem[A] – Add, Sub, Shift, etc.
  • Memory Buffer Register (MBR)

    Memory Buffer Register (MBR)

    William Stallings Computer Organization and Architecture 10 th Edition Edited by Dr. George Lazik Chapter 1 + Basic Concepts and Computer Evolution © 2016 Pearson Education, Inc., Hoboken, NJ. All rights reserved. Computer Architecture Computer Organization •Attributes of a system •Instruction set, number of visible to the bits used to represent programmer various data types, I/O •Have a direct impact on mechanisms, techniques the logical execution of a for addressing memory program Architectural Computer attributes Architecture include: Organizational Computer attributes Organization include: •Hardware details •The operational units and transparent to the their interconnections programmer, control that realize the signals, interfaces architectural between the computer specifications and peripherals, memory technology used © 2016 Pearson Education, Inc., Hoboken, NJ. All rights reserved. + IBM System 370 Architecture IBM System/370 architecture Was introduced in 1970 Included a number of models Could upgrade to a more expensive, faster model without having to abandon original software New models are introduced with improved technology, but retain the same architecture so that the customer’s software investment is protected Architecture has survived to this day as the architecture of IBM’s mainframe product line © 2016 Pearson Education, Inc., Hoboken, NJ. All rights reserved. + Structure and Function Hierarchical system Structure Set of interrelated The way in which subsystems components relate to each other Hierarchical nature of complex systems is essential to both Function their design and their description The operation of individual components as part of the Designer need only deal with structure a particular level of the system at a time Concerned with structure and function at each level © 2016 Pearson Education, Inc., Hoboken, NJ.
  • Leros the Return of the Accumulator Machine

    Leros the Return of the Accumulator Machine

    Downloaded from orbit.dtu.dk on: Sep 26, 2021 Leros The return of the accumulator machine Schoeberl, Martin; Petersen, Morten Borup Published in: Architecture of Computing Systems - ARCS 2019 - 32nd International Conference, Proceedings Link to article, DOI: 10.1007/978-3-030-18656-2_9 Publication date: 2019 Document Version Peer reviewed version Link back to DTU Orbit Citation (APA): Schoeberl, M., & Petersen, M. B. (2019). Leros: The return of the accumulator machine. In M. Schoeberl, T. Pionteck, S. Uhrig, J. Brehm, & C. Hochberger (Eds.), Architecture of Computing Systems - ARCS 2019 - 32nd International Conference, Proceedings (pp. 115-127). Springer. Lecture Notes in Computer Science (including subseries Lecture Notes in Artificial Intelligence and Lecture Notes in Bioinformatics) Vol. 11479 LNCS https://doi.org/10.1007/978-3-030-18656-2_9 General rights Copyright and moral rights for the publications made accessible in the public portal are retained by the authors and/or other copyright owners and it is a condition of accessing publications that users recognise and abide by the legal requirements associated with these rights. Users may download and print one copy of any publication from the public portal for the purpose of private study or research. You may not further distribute the material or use it for any profit-making activity or commercial gain You may freely distribute the URL identifying the publication in the public portal If you believe that this document breaches copyright please contact us providing details, and we will remove access to the work immediately and investigate your claim. Leros: the Return of the Accumulator Machine Martin Schoeberl1 and Morten Borup Petersen1 Department of Applied Mathematics and Computer Science Technical University of Denmark, Kgs.