64-040 Modul IP7: Rechnerstrukturen (RS) · UniversitätHamburg MIN-Fakultät DepartmentInformatik Vorlesung: Rechnerstrukturen Gliederung 1.Wiederholung:Software-Schichten 2.InstructionSetArchitecture(ISA)

Universität Hamburg

MIN-FakultätDepartment Informatik

Vorlesung: Rechnerstrukturen

64-040 Modul IP7: Rechnerstrukturen (RS)http://tams-www.informatik.uni-hamburg.de/lectures/2009ws/vorlesung/rs

Norman Hendrich, Jianwei Zhang

Universität HamburgFakultät für Mathematik, Informatik und NaturwissenschaftenDepartment InformatikTechnische Aspekte Multimodaler Systeme

Wintersemester 2009/2010

N.Hendrich 1

http://tams-www.informatik.uni-hamburg.de/lectures/2009ws/vorlesung/rshttp://tams-www.informatik.uni-hamburg.de/lectures/2009ws/vorlesung/rs




Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)

SpeicherorganisationBefehlszyklus:Befehlsformat: Einteilung in mehrere FelderAdressierungsarten

3. x86-Architektur4. Assembler-Programmierung

Assembler und DisassemblerEinfache Addressierungsmodi (Speicherreferenzen)Arithmetische OperationenKontrollfluss

5. Assembler-Programmierung

N.Hendrich 2




Gliederung (cont.)

IA32 StackStack Ablaufsteuerung und KonventionenGrundlegende Datentypen

6. ComputerarchitekturGrundlagenBefehlssätzeSequenzielle ImplementierungPipelining

7. ComputerarchitekturPipeline-HazardsPipeline Zusammenfassung

8. Die SpeicherhierarchieSRAM-DRAM

N.Hendrich 3




Gliederung (cont.)

FestplattenCache SpeicherVirtuelle SpeicherDRAM als CacheVirtueller Speicher: SpeicherverwaltungVirtuelle Speicher: SchutzmechanismenMulti-Ebenen Seiten-TabellenZusammenfassung der virtuellen SpeicherDas Speichersystem von Pentium und LinuxZusammenfassung SpeichersystemRAIDOptisches Speichermedium CD-ROM

9. I/O: Ein- und Ausgabe

N.Hendrich 4




Gliederung (cont.)

BusseUnterbrechungenDMA (“Direct Memory Access”)

10. Ausnahmebehandlungen und ProzesseKontrollflussExceptionsSynchrone ExceptionsProzesse

11. Parallelrechner

N.Hendrich 5



1 Wiederholung: Software-Schichten Vorlesung: Rechnerstrukturen

Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)3. x86-Architektur4. Assembler-Programmierung5. Assembler-Programmierung6. Computerarchitektur7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe10. Ausnahmebehandlungen und Prozesse11. Parallelrechner

N.Hendrich 6



1 Wiederholung: Software-Schichten Vorlesung: Rechnerstrukturen

Wiederholung: Software-Schichten

mehrere Abstraktionsebenen:I Hochsprache (C, Java, ...)I AssemblerI Maschinencode

N.Hendrich 7



2 Instruction Set Architecture (ISA) Vorlesung: Rechnerstrukturen

Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)

SpeicherorganisationBefehlszyklus:Befehlsformat: Einteilung in mehrere FelderAdressierungsarten

3. x86-Architektur4. Assembler-Programmierung5. Assembler-Programmierung6. Computerarchitektur7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe

N.Hendrich 8




Gliederung (cont.)

10. Ausnahmebehandlungen und Prozesse11. Parallelrechner

N.Hendrich 9




Artenvielfalt der Architekturen

< 512M1 .. 64M

32 bit

riesiges Spektrum: 4 bit .. 64 bit Prozessoren, DSPs, digitale/analoge ASICs, ...

4 .. 32 bit

Echtzeit−, Sicherheits−, Zuverlässigkeitsanforderungen

Sensoren/Aktoren: Tasten, Displays, Druck, Temperatur, Antennen, CCD, ...

DSP3 DSP

Prozessor 8 bit −

Speicher < 1K 1 .. 64M

ASICs 1 uC 1 uC DSPs1 uP1 ASIC

32 bit 32 bit 8 .. 64 bit

1 uP, 1 uP, ~ 100 uC,

uP, DSP

< 64 M

uP,

ASIP

=>

=>

=>

8 .. 64M 1 K .. 10 M< 8K1K .. 1M

hochhochgeringgeringgeringgeringkeinemittelkeine

Echtzeit nein nein soft soft hard soft hard hardhard

Netzwerk − RS232 diverse GSM MIDIcardIO

Safety

V.90

ASIP

I2C,...

16 .. 32 bit ..32 bit

CAN,...

N.Hendrich 10




Instruction Set Architecture (ISA)

I HW/SW-Schnittstelle einer ProzessorfamilieI charakteristische Merkmale:• Rechnerklasse (Stack-/Akku-/Registermaschine)• Registersatz (Anzahl und Art der Rechenregister)• Speichermodell (Wortbreite, Adressierung, ...)

• Befehlssatz (Definition aller Befehle)• Art, Zahl der Operanden (Anzahl/Wortbreite/Reg./Speicher)• Ausrichtung der Daten (Alignment/Endianness)

• I/O-, Unterbrechungsstruktur (Ein- und Ausgabe, Interrupts)• Systemsoftware (Loader/Assembler/Compiler/

Debugger)

N.Hendrich 11




Beispiele für charakteristische ISA(in dieser Vorlesung bzw. im Praktikum behandelt)

I MIPS (klassischer 32-bit RISC)I x86 (CISC, Verwendung in PCs)I D*CORE („Demo Rechner“, 16-bit)

N.Hendrich 12



2.1 Instruction Set Architecture (ISA) - Speicherorganisation Vorlesung: Rechnerstrukturen

Speicherorganisation

I Wortbreite, Grösse (=Speicherkapazität)I „little-/big-endian“I „Alignment“I „Memory-Map“I Beispiel PC

I spätere Themen:I Cache-Organisation für schnelleren ZugriffI Virtueller Speicher für MultitaskingI MESI-Protokoll für MultiprozessorsystemeI Synchronisation in Multiprozessorsystemen

N.Hendrich 13




Speicher: WortbreiteAdressierbare Speicherwortbreiten einiger historisch wichtiger Computer

I heute vor allem 8/16/32/64-bit SystemeI erlaubt 8-bit ASCII, 16-bit Unicode, 32-/64-bit Floating-PointI Beispiel Intel x86: „byte“, „word“, „double word“, „quad word“

N.Hendrich 14




Hauptspeicher: OrganisationDrei Organisationsformen eines 96-bit Speichers

I diverse Varianten möglichI Speicherkapazität:

#Worte * #Bits/Wort

N.Hendrich 15




Big- vs. Little Endian

I Anordnung einzelner Bytes in einem Wort (hier 32-bit)I big-endian LSB ... MSB Anordnung, gut für StringsI little-endian MSB ... LSB Anordnung, gut für Zahlen

I beide Varianten haben Vor- und NachteileI komplizierte Umrechnung

N.Hendrich 16




Misaligned Access

I Beispiel: 8-Byte-Wort in einem little-Endian Speicher(a) „aligned“ bezüglich Speicherwort(b) „nonaligned“ an Byte-Adresse 12

I Speicher wird (meistens) Byte-weise adressiertI aber Zugriffe lesen/schreiben jeweils ein ganzes WortI was passiert bei „krummen“ (misaligned) Adressen?

I automatische Umsetzung auf mehrere Zugriffe (x86)I Programmabbruch (MIPS)

N.Hendrich 17




„Memory Map“

I CPU kann im Prinzip alle möglichen Adressen ansprechenI aber nicht alle Systeme haben voll ausgebauten Speiche

(32-bit Adresse entspricht bereits 4GB Hauptspeicher...)I Aufteilung in RAM und ROM-BereicheI ROM mindestens zum Booten notwendigI zusätzliche Speicherbereiche für „memory mapped“ I/O

I „Memory Map“I Zuordnung von Adressen zu „realem“ SpeicherI Aufgabe des Adress-„Dekoders"I Beispiel: Windows

N.Hendrich 18




Memory Map: typ. 16-bit System

I 16-bit erlaubt 64K Adressen: 0x0000 .. 0xFFFF

I ROM-Bereich für Boot / BetriebssystemkernI RAM-Bereich für HauptspeicherI RAM-Bereich für Interrupt-Tabelle

I I/O-Bereiche für serielle / parallel SchnittstellenI I/O-Bereiche für weitere Schnittstellen

I Demo und Beispiele später

N.Hendrich 19




PC: Windows 9x Speicherbereiche

1 MB inklusive "8086 A20 bug": real mode Bereich

4 MB

gemeinsamgenutzt für

Anwendungen

knapp 2 GB

1 GB

1 GB

AnwendungenAndreßbereich

privater

genutztergemeinsam

Systembereich

C0000000h

80000000h

00400000h

FFFFFFFFh

0010FFF0h00000000h

V86 Bereich

ungenutzt

I DOS-Bereich immer nochfür Boot / Geräte (VGA)notwendig

I Kernel, Treiber, usw. imoberen 1 GB-Bereich

N.Hendrich 20




PC: Speicherbereiche, Beispiel

Framebuffer der Graphikkarten)

Systemaufgaben (hier

Speicherbereiche für

oberhalb 1 MB

nutzbarer Hauptspeicher

des Adressbereichs

BIOS (ROM) am oberen Ende

I Windows 9x erlaubt bis 4 GByte AdressraumI Adressen 00000000h bis ffffffffhI Aufteilung 1 GB / 1 GB / 2 GB

N.Hendrich 21




PC: IO-Adressen, Beispiel

I I/O-Adressraum gesamt nur 64 KByteI je nach Zahl der I/O-Geräte evtl. fast voll ausgenutztI eingeschränkte Autokonfiguration über PnP-BIOS

N.Hendrich 22



2.2 Instruction Set Architecture (ISA) - Befehlszyklus: Vorlesung: Rechnerstrukturen

Befehlszyklus:

I Prämisse: von-Neumann PrinzI Daten und Befehle im gemeinsamen Hauptspeicher

I Abarbeitung des Befehlszyklus in EndlosschleifeI Programmzähler PC addressiert den SpeicherI gelesener Wert kommt in das Befehlsregister IRI Befehl dekodierenI Befehl ausführenI nächsten Befehl auswählen

I minimal benötigte Register:PC program counter Adresse des BefehlsIR instruction register aktueller Befehl

R0..R31 registerbank Rechenregister (Operanden)

N.Hendrich 23




Beispiel: Boot-ProzessWas passiert beim Einschalten des Rechners?

I Chipsatz erzeugt Reset-Signale für alle ICsI Reset für die zentralen Prozessor-Register (PC, ...)I PC wird auf Startwert initialisiert (z.B. 0xFFFF FFEF)I Befehlszyklus wird gestartetI Prozessor greift auf die Startadresse zuI dort liegt ein ROM mit dem Boot-ProgrammI Initialisierung und Selbsttest des ProzessorsI Löschen und Initialisieren der CachesI Konfiguration des ChipsatzesI Erkennung und Initialisierung von I/O-KomponentenI Laden des Betriebssystems

N.Hendrich 24




Instruction Fetch„Befehl holen“ - Phase im Befehlszyklus

I Programmzähler (PC) liefert Adresse für den SpeicherI Lesezugriff auf den SpeicherI Resultat wird im Befehlsregister (IR) abgelegtI Programmzähler wird inkrementiert

I Beispiel für 32-bit RISC mit 32-bit Befehlen:

IR = MEM[PC ]PC = PC + 4

I bei CISC-Maschinen evtl. weitere Zugriffe notwendig,abhängig von der Art (und Länge) des Befehls

N.Hendrich 25




Instruction Decode„Befehl dekodieren“ - Phase im Befehlszyklus

◦ Befehl steht im Befehlsregister IRI Decoder entschlüsselt Opcode und OperandenI leitet Steuersignale an die FunktionseinheitenI Programmzähler wird inkrementiert

N.Hendrich 26




Instruction Execute„Befehl ausführen“ - Phase im Befehlszyklus

◦ Befehl steht im Befehlsregister IR◦ Decoder hat Opcode und Operanden entschlüsselt◦ Steuersignale liegen an FunktionseinheitenI Ausführung des Befehls durch Aktivierung der

FunktionseinheitenI Details abhängig von der Art des BefehlsI Ausführungszeit abhängig vom BefehlI Realisierung über festverdrahtete Hardware

oder mikroprogrammiertI Demo (bzw. im T3-Praktikum):

I Realisierung des Mikroprogramms für den D*COREN.Hendrich 27




Welche Befehle braucht man?

Befehls-„Klassen“: Beispiele:

• arithmetische Operationen add, sub, mult, divlogische Operationen and, or, xorSchiebe-Operationen shift-left, rotate

• Vergleichsoperationen cmpeq, cmpgt, cmplt

• Datentransfers load, store, I/O

• Programm-Kontrollfluß jump, branchcall, return

• Maschinensteuerung trap, halt, (interrupt)

N.Hendrich 28




CISC„Complex instruction set computer“

I Bezeichnung für Computer-Architekturenmit irregulärem, komplexem Befehlssatz

I typische Merkmale:I sehr viele Befehle, viele DatentypenI komplexe Befehlskodierung, Befehle variabler LängeI viele AdressierungsartenI Mischung von Register- und SpeicheroperandenI komplexe Befehle mit langer AusführungszeitI Problem: Compiler benutzen solche Befehle gar nicht

I Beispiele: Intel 80x86, Motorola 68K, DEC Vax

N.Hendrich 29




RISC„reduced instruction set computer“

I Oberbegriff für moderne Rechnerarchitekturenentwickelt ab ca. 1980 bei IBM, Stanford, Berkeley

I auch bekannt unter: „regular instruction set computer“I typische Merkmale:

I reguläre Struktur, z.B. 32-bit Wortbreite, 32-bit BefehleI nur ein-Wort-BefehleI alle Befehle in einem Taktschritt ausführbarI „Load-Store“ Architektur, keine SpeicheroperandenI viele universielle Register, keine SpezialregisterI optimierende Compiler statt Assemblerprogrammierung

I Beispiele: IBM 801, MIPS, SPARC, DEC Alpha, ARMI Diskussion und Details CISC vs. RISC später

N.Hendrich 30




Befehls-Dekodierung

◦ Befehlsregister IR enthält den aktuellen Befehl◦ z.B. einen 32-bit Wert

31 0

01001110 011 0 00 010 000000000011111

I Wie soll die Hardware diesen Wert interpretieren?I direkt in einer Tabelle nachschauen (Mikrocode-ROM)I Problem: Tabelle müsste 232 Einträge haben

I deshalb Aufteilung in Felder: Opcode und OperandenI Dekodierung über mehrere, kleine TabellenI unterschiedliche Aufteilung für unterschiedliche Befehle:

⇒ „Befehlsformate“

N.Hendrich 31



2.3 Instruction Set Architecture (ISA) - Befehlsformat: Einteilung in mehrere Felder Vorlesung: Rechnerstrukturen

Befehlsformat: Einteilung in mehrere Felder

Beispiel:

unbenutzt

31 0

01001110 011 0 00 010 000000000011111

Zielregister

Immediate−WertOpcode

I Befehls„format“: Aufteilung in mehrere Felder:• Opcode eigentlicher Befehl• ALU-Operation add/sub/incr/shift/usw.• Register-Indizes Operanden / Resultat• Speicher-Adressen für Speicherzugriffe• Immediate-Operanden Werte direkt im Befehl

I Lage und Anzahl der Felder abhängig vom BefehlssatzN.Hendrich 32




Befehlsformat: Beispiel MIPS

I festes BefehlsformatI alle Befehle sind 32 Bit lang

I Opcode-Feld ist 6-bit breitI Adressierungsarten werden hier mit codiert

I wenige BefehlsformateI R-Format:

I Register-Register ALU-OperationenI I-Format:

I Lade- und SpeicheroperationenI alle Operationen mit unmittelbaren OperandenI Jump-RegisterI Jump-and-Link-Register

N.Hendrich 33




Befehlsformat: Beispiel MIPSBefehl im R-Format

rs rt rd funct

6 bits 5 bits 5 bits 5 bits 5 bits 6 bits

R−Format

op shift

1111 1 0 000 00 0 0 00011 001000

031

01 1110 00

op: Opcode Typ des Befehls 0=„alu-op“rs: source register 1 erster Operand „r23“rt: source register 2 zweiter Operand „r30“rd: destination register Zielregister „r3“shift: shift amount (optionales Shiften) „0“funct: ALU function Rechenoperation 34=„sub“

⇒ sub r3, r23, r30 r3 = r23− r30N.Hendrich 34




Befehlsformat: Beispiel MIPSBefehl im I-Format

0 10

31 0

00 0 0 00000000

op

5 bits5 bits6 bits

rtrs

I−Format

16 bits

address

1 11 10 0 00 0 00 11 00 0 1

op: Opcode Typ des Befehls 35=„lw“rs: destination register Zielregister „r8“rt: base register Basisadresse „r5“addr: address offset Offset 6

⇒ lw r8, addr(r5) r8 = MEM[r5+ addr ]

N.Hendrich 35




MIPS„Microprocessor without interlocked pipeline stages“

I entwickelt an der Univ. Stanford, seit 1982I Einsatz: eingebettete Systeme, SGI Workstations/Server

I klassische 32-bit RISC ArchitekturI 32-bit Wortbreite, 32-bit Speicher, 32-bit BefehleI 32Register: R0 ist konstant Null, R1 .. R31 UniversalregisterI Load-Store Architektur, nur base+offset Adressierung

I sehr einfacher Befehlssatz, 3-Adress-BefehleI keinerlei HW-Unterstützung für „komplexe“ SW-KonstrukteI SW muß sogar HW-Konflikte („Hazards“) vermeidenI Koprozessor-Konzept zur Erweiterung

N.Hendrich 36




MIPS: Register

I 32 Register, R0 .. R1, jeweils 32-bitI R1 bis R31 sind UniversalregisterI R0 ist konstant Null (ignoriert Schreiboperationen)

I erlaubt einige Tricks: R5 = −R5 subR5,R0,R5R4 = 0 addR4,R0,R0R3 = 17 addiR3,R0, 17if (R2 == 0) bneR2,R0, label

I keine separaten StatusflagsI Vergleichsoperationen setzen Zielregister auf 0 bzw. 1:

R1 = (R2 < R3) sltR1,R2,R3

N.Hendrich 37




MIPS: Befehlssatz

I Übersicht und Details: siehe Hennessy & Patterson

N.Hendrich 38




MIPS: Hardwarestruktur

PC Register ALUs SpeicherI-Cache ($0 .. $31) D-Cache

N.Hendrich 39




M*CORE

I 32-bit RISC Architektur, Motorola 1998I besonders einfaches Programmiermodell:◦ Program Counter, PC◦ 16 Universalregister R0 .. R15◦ Statusregister C („carry flag“)◦ 16-bit Befehle (um Programmspeicher zu sparen)

I Verwendung:I häufig in Embedded-SystemsI „smart cards“

N.Hendrich 40




D*CORE

I ähnlich M*COREI gleiches Registermodell, aber nur 16-bit Wortbreite◦ Program Counter, PC◦ 16 Universalregister R0 .. R15◦ Statusregister C („carry flag“)

I Subset der Befehle, einfachere KodierungI vollständiger Hardwareaufbau in Hades verfügbarI oder Simulator mit Assembler (winT3asm.exe / t3asm.jar)

N.Hendrich 41




D*CORE: Register

C

nOE

nWE

15 0

PC IR

MRR

MDR

MAR

(SP)

R15

015

R14

R13

R12

R11

R10

R9

R8

R7

R6

R5

R4

R3

R2

R1

R0

(Link)

− 1 Carry−Flag

− 16 Universalregister

− Programmzähler

− Bus−Interface

− Befehlsregister

I sichtbar für Programmierer: R0..R15, PC und C (carry flag)

N.Hendrich 42




D*CORE: Befehlssatz

mov move registeraddu, addc Addition (ohne, mit Carry)subu Subtraktionand, or xor logische Operationenlsl, lsr, asr logische, arithmetische Shiftscmpe, cmpne, ... Vergleichsoperationenmovi, addi, ... Operationen mit Immediate-Operandenldw, stw Speicherzugriffe, load/storebr, jmp unbedingte Sprüngebt, bf bedingte Sprüngejsr Unterprogrammaufruftrap Software interruptrfi return from interrupt

N.Hendrich 43




D*CORE: Befehlsformate

015

8 41215 0

015 12 48

015

12 8 415 0

RYoffset4

12−bit immediateOPC

RXRYsub−opcOPC

imm4OPC sub−opc RX

RXOPC

ALU

Branch

Load/Store

Immediate

IR

IR IMM12

STW.XA

ALU.OPC

REG.RY

REG.RX

I 4-bit Opcode, 4-bit RegisteradressenI einfaches Zerlegen des Befehls in die einzelnen Felder

N.Hendrich 44



2.4 Instruction Set Architecture (ISA) - Adressierungsarten Vorlesung: Rechnerstrukturen

Adressierungsarten

I woher kommen die Operanden /Daten für die Befehle?I Hauptspeicher, Universalregister, Spezialregister

I Wieviele Operanden pro Befehl?I 0- / 1- / 2- / 3-Adress-Maschinen

I Wie werden die Operanden adressiert?I immediate / direkt / indirekt / indiziert / autoinkrement / usw.

⇒ wichtige Unterscheidungsmerkmale für RechnerarchitekturenI Zugriff auf Hauptspeicher ist 100x langsamer als Registerzugriff

I möglichst Register statt Hauptspeicher verwenden (!)I „load/store“-Architekturen

N.Hendrich 45




Beispiel: Add-Befehl

◦ Rechner soll „rechnen“ können◦ typische arithmetische Operation nutzt 3 Variablen◦ Resultat, zwei Operanden: X = Y + Z

add r2, r4, r5 reg2 = reg4 + reg5„addiere den Inhalt von R4 und R5und speichere das Resultat in R2“

I woher kommen die Operanden?I wo soll das Resultat hin?

I SpeicherI Register

I entsprechende Klassifikation der ArchitekturN.Hendrich 46




Datenpfad

I Register (-bank)I liefern OperandenI speichern Resultate

I interne HilfsregisterI ALU, typ. Funktionen:

I add, add-carry, subI and, or, xorI shift, rotateI compareI (floating point ops.)

N.Hendrich 47




Woher kommen die Operanden?

I typische Architektur:◦ von-Neumann Prinzip: alle Daten im Hauptspeicher◦ 3-Adress-Befehle: zwei Operanden, ein Resultat

I „Multiport-Speicher“: mit drei Ports ?I sehr aufwendig , extrem teuer, trotzdem langsam

I Register im Prozessor zur Zwischenspeicherung !I Datentransfer zwischen Speicher und Registern

Load reg = MEM[ addr ]Store MEM[ addr ] = reg

I RISC: Rechenbefehle arbeiten nur mit RegisternI CISC: gemischt, Operanden in Registern oder im

Speicher

Regs

data3

data2

data1

addr3

addr2

addr1

Speicher

Speicher

N.Hendrich 48




n-Adress-Maschine (n = {3 .. 0})

I 3-Adress-Format • X = Y + Z• sehr flexibel, leicht zu programmieren• Befehl muss 3 Adressen kodieren

I 2-Adress-Format • X = X + Z• eine Adresse doppelt verwendet

(für Resultat und einen Operanden)• Format wird häufig verwendet

I 1-Adress-Format • ACC = ACC + Z• alle Befehle nutzen das Akkumulator-Register• häufig in älteren / 8-bit Rechnern

I 0-Adress-Format • TOS = TOS + NOS• Stapelspeicher (top of stack, next of stack)• Adressverwaltung entfällt• im Compilerbau beliebt

N.Hendrich 49




n-Adress-Maschine

sub Z, A, B

div Z, Z, T

mul T, D, E

add T, T, C

3−Adress−Maschine

mov Z, A

sub Z, B

mov T, D

add T, C

mul T, E

div Z, T


pop Z

push B

push A

push C

push E

push D

div

sub

add

mul


stor Z

div Z

sub B

load A

stor Z

add C

mul E

load D


T = HilfsregisterBeispiel: Z = (A−B) / (C + D*E)

N.Hendrich 50




Stack-Maschine

TOS NOS Stack

T = HilfsregisterBeispiel: Z = (A−B) / (C + D*E)

pop Z

push B

push A

push C

push E

push D

div

sub

add

mul


D

DE

D*E

D*EC

C+D*E

C+D*E

C+D*E

A

AB

C+D*EA−B

(A−B)/(C+D*E)

N.Hendrich 51




Adressierungsarten

I „immediate“I Operand steht direkt im BefehlI kein zusätzlicher SpeicherzugriffI aber Länge des Operanden beschränkt

I „direkt“I Adresse des Operanden steht im BefehlI keine zusätzliche AdressberechnungI ein zusätzlicher SpeicherzugriffI Adressbereich beschränkt

I „indirekt“I Adresse eines Pointers steht im BefehlI erster Speicherzugriff liest Wert des PointersI zweiter Speicherzugriff liefert OperandenI sehr flexibel (aber langsam)

N.Hendrich 52




Adressierungsarten (cont.)I „register“

I wie Direktmodus, aber Register statt SpeicherI 32 Register: benötigen 5 bit im BefehlI genug Platz für 2- oder 3-Adress Formate

I „register-indirekt“I Befehl spezifiziert ein RegisterI mit der Speicheradresse des OperandenI ein zusätzlicher Speicherzugriff

I „indiziert“I Angabe mit Register und OffsetI Inhalt des Registers liefert BasisadresseI Speicherzugriff auf (Basisaddresse+offset)I ideal für Array- und ObjektzugriffeI Hauptmodus in RISC-Rechnern (auch: „Versatz-Modus“)

N.Hendrich 53




Immediate-Adressierung

immediate32

unusedregsopcode

15 031

immediate16regsopcode

2−Wort Befehl

1−Wort Befehl

I Operand steht direkt im Befehl, kein zusätzlicher SpeicherzugriffI Länge des Operanden ist kleiner als (Wortbreite - Opcodebreite)I zur Darstellung grösserer Werte:

I 2-Wort Befehle (x86)(zweites Wort für Immediate-Wert)

I mehrere Befehle (Mips,SPARC)(z.B. obere/untere Hälfte eines Wortes)

I Immediate-Werte mit zusätzlichem Shift (ARM)

N.Hendrich 54




direkte Adressierung

addr 32

unusedregsopcode

15 031

Speicher

Registerbank

I Adresse des Operanden steht im BefehlI keine zusätzliche AdressberechnungI ein zusätzlicher Speicherzugriff: z.B. R3 = MEM[ addr32 ]I Adressbereich beschränkt, oder 2-Wort Befehl (wie Immediate)

N.Hendrich 55




indirekte Adressierung

Registerbank

Speicher

addr 32

unusedregsopcode

15 031

1tmp

2

4

3

I Adresse eines Pointers steht im BefehlI keine zusätzliche AdressberechnungI zwei zusätzliche Speicherzugriffe:

z.B. tmp = MEM[ addr32 ]; R3 = MEM[ tmp ]I typische CISC-Adressierungsart, viele TaktzyklenI kommt bei RISC-Rechnern nicht vor

N.Hendrich 56




Indizierte Adressierung

I indizierte Adressierung, z.B. für Arrayzugriffe:I addr = (Basisregister) + (Sourceregister)I addr = (Sourceregister) + offset;

sourceregister = addr

N.Hendrich 57




Weitere Addressierungsarten

(PC | offset)

(PC + offset)

(index + offset)

(register direct)

(immediate)

N.Hendrich 58




Adressierung: Varianten

I welche Adressierungsarten / Varianten sind üblich?• 0-Adress (Stack-) Maschine: Java virtuelle Maschine• 1-Adress (Akkumulator) Maschine. 8-bit Microcontroller

einige x86 Befehle• 2-Adress Maschine: einige x86 Befehle,

16-bit Rechner• 3-Adress Maschine: 32-bit RISC

I CISC-Rechner unterstützen diverse AdressierungsartenI RISC meistens nur indiziert mit offset

N.Hendrich 59



3 x86-Architektur Vorlesung: Rechnerstrukturen

Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)3. x86-Architektur4. Assembler-Programmierung5. Assembler-Programmierung6. Computerarchitektur7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe10. Ausnahmebehandlungen und Prozesse11. Parallelrechner

N.Hendrich 60




N.Hendrich 61




x86-Architektur1

I übliche Bezeichnung für die Intel-ProzessorfamilieI von 8086, 80286, 80386, 80486, Pentium ... Pentium-IVI oder „IA-32“: Intel architecture, 32-bit

I vollständig irreguläre Struktur: CISCI historisch gewachsen: diverse Erweiterungen (MMX, SSE, ...)I ab 386 auch wie reguläre 8-Register Maschine verwendbar

1Hinweis:• die folgenden Folien zeigen eine „vereinfachte“ Version• niemand erwartet, dass Sie sich die Details merken• x86-Assemblerprogrammierung ist „grausam“

N.Hendrich 61




Beispiel: Evolution des Intel x86

Chip Datum MHz Transistoren Speicher Notes4004 4/1971 0,108 2.300 640 erster Mikroprozessor auf einem Chip8008 4/1972 0.108 3.500 16KB erster 8-bit Mikroprozessor8080 4/1974 2 6.000 64KB Erste „general-purpose“ CPU auf einem Chip8086 6/1978 5–10 29.000 1MB erste 16-bit CPU auf einem Chip8088 6/1979 5–8 29.000 1MB Einsatz im IBM-PC80286 2/1982 8–12 134.000 16MB „Protectec-Mode“80386 10/1985 16–33 275.000 4GB erste 32-Bit CPU80486 4/1989 25-100 1.2M 4GB integrierter 8K CachePentium 3/1993 60–233 3.1M 4GB zwei Pipelines, später MMXPentium Pro 3/1995 150–200 5.5M 4GB integrierter first und second-level CachePentium II 5/1997 233–400 7.5M 4GB Pentimum Pro plus MMXPentium III 2/1999 450–1400 9.5–44M 4GB SSE-EinheitPentium IV 11/2000 1.300–3.600 42–188M 4GB hohe Taktfrequenz und SSE-Leistung, HyperthreadingCORE-2 5/2007 1.600–3.200 143–410M 64-bit Architektur

N.Hendrich 62




x86: Speichermodell

Byte 0Byte 1Byte 2Byte 3 0

4

8

12

16

20

24

28

07831 23 15

Bit−Offset

Byte−Offset

kleinste Adresse

I „little endian“: LSB eines Wortes bei der kleinsten AdresseN.Hendrich 63




x86: Speichermodell

I Speicher vollbyte-adressierbar

I mis-alignedZugriffe langsam

I Beispiel zeigt:I ByteI Word,I Doubleword,I Quadword,

N.Hendrich 64




x86: Register

79 0

31 15 0

Exx ab 386

8086

PC

EFLAGS

IPEIPFP Status

FPR0

FPR7GS

FS

extra data segment

data segment

stack segment

code segment

ES

DS

SS

CS

SI

DIEDI

ESI

SP

BPEBP

ESP

EBX

EDX

ECX

EAX

BH BL

DLDH

BX

DX

CX

AX

CLCH

ALAH accumulator

count: String, Loop

data, multiply/divide

base addr

stackptr

index, string src

base of stack segment

index, string dst

status

N.Hendrich 65




x86: EFLAGS Register

Statusregister (Pentium)

N.Hendrich 66




Datentypen: CISC...

31

15

63

(two digits per byte, multiple bytes)

(one digit per byte, multiple bytes)

float / double / extended

byte string

bit string

bit field

far pointer

near pointer

BCD

ordinal

integer

packed BCD

quadword

doubleword

word

bytes

(16 bit segment + 32 bit offset)

(32 bit offset)

(unsigned b/w/dw/qw)

(2−complement b/w/dw/qw)

b b

b

2**32 −1 bytes

2**32−1 bits

6379 32 31 0

lowhigh

low wordhigh word

low doublewordhigh doubleword

NN+1N+2N+3N+4Adressen:

N.Hendrich 67




x86: Befehlssatz

I Datenzugriff mov, xchgI Stack-Befehle push, pusha, pop, popaI Typumwandlung cwd, cdq, cbw (byte->word), movsx, . . .I Binärarithmetik add, adc, inc, sub, sbb, dec, cmp, neg, . . .

mul, imul, div, idiv,I Dezimalarithmetik packed / unpacked BCD: daa, das, aaa, aas, . . .I Logikoperationen and, or, xor, not, sal, shr, shr, . . .I Sprungbefehle jmp, call, ret, int, iret, loop, loopne, . . .I String-Operationen ovs, cmps, scas, load, stos, . . .I „high-level“ enter (create stack frame), . . .I diverses lahf (load AH from flags), . . .I Segment-Register far call, far ret, lds (load data pointer)⇒ CISC zusätzlich diverse Ausnahmen/Spezialfälle

N.Hendrich 68




x86: Befehlsformate: CISC . . .

I außergewöhnlich komplexes Befehlsformat:1 prefix (repeat / segment override / etc.)2 opcode (eigentlicher Befehl)3 register specifier (Ziel / Quellregister)4 address mode specifier (diverse Varianten)5 scale-index-base (Speicheradressierung)6 displacement (Offset)7 immediate operand

I ausser dem Opcode alle Bestandteile optionalI unterschiedliche Länge der Befehle, von 1 .. 37 Byte⇒ extrem aufwendige Dekodierung

N.Hendrich 69




x86: Modifier

I alle Befehle können mit „Modifiern“ ergänzt werden:• segment override Addr. aus angewähltem Segmentregister• address size Umschaltung 16/32-bit• operand size Umschaltung 16/32-bit• repeat für Stringoperationen

Operation auf allen Elementen ausführen• lock Speicherschutz für Multiprozessoren

N.Hendrich 70




Beispiel: x86 Befehlskodierung

I 1 Byte .. 36 BytesI vollkommen irregulär

N.Hendrich 71




Beispiel: x86 Befehle

N.Hendrich 72




x86: Assembler-Beispiel addr opcode assembler c quellcode

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−

.file "hello.c"

.text

0000 48656C6C .string "Hello x86!\n"

6F207838

36210A00

.text

print:

0000 55 pushl %ebp | void print( char* s ) {

0001 89E5 movl %esp,%ebp

0003 53 pushl %ebx

0004 8B5D08 movl 8(%ebp),%ebx

0007 803B00 cmpb $0,(%ebx) | while( *s != 0 ) {

000a 7418 je .L18

.align 4

.L19:

000c A100000000 movl stdout,%eax | putc( *s, stdout );

0011 50 pushl %eax

0012 0FBE03 movsbl (%ebx),%eax

0015 50 pushl %eax

0016 E8FCFFFF call _IO_putc

FF

001b 43 incl %ebx | s++;

001c 83C408 addl $8,%esp | }

001f 803B00 cmpb $0,(%ebx)

0022 75E8 jne .L19

.L18:

0024 8B5DFC movl −4(%ebp),%ebx | }

0027 89EC movl %ebp,%esp

0029 5D popl %ebp

002a C3 ret

N.Hendrich 73




x86: Assembler-Beispiel (2)

0064 C3 ret

0063 5D popl %ebp

0061 89EC movl %ebp,%esp

005e 8B5DFC movl −4(%ebp),%ebx | }

005c 31C0 xorl %eax,%eax | return 0;

.L26:

005a 75E8 jne .L24

0057 803B00 cmpb $0,(%ebx)

0054 83C408 addl $8,%esp

0053 43 incl %ebx

004e E8FCFFFFFF call _IO_putc

004d 50 pushl %eax

004a 0FBE03 movsbl (%ebx),%eax

0049 50 pushl %eax

0044 A100000000 movl stdout,%eax

.L24:

0042 89F6 .align 4

0040 741A je .L26

000000

0039 803D0000 cmpb $0,.LC0

0034 BB00000000 movl $.LC0,%ebx | print( "Hello x86!\n" );

0033 53 pushl %ebx

0031 89E5 movl %esp,%ebp

0030 55 pushl %ebp | int main( int argc, char** argv ) {

main:

00

002b 908D7426 .align 16

.Lscope0:

.Lfe1:

addr opcode assembler c quellcode

−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−−

N.Hendrich 74




Ergänzende Literatur

Zur Rechnerarchitektur (2. Termin):

[1] Randal E. Bryant and David O’Hallaron.Computer Systems.Pearson Education, Inc., New Jersey, 2003.

[2] David A. Patterson and John L. Hennessy.Computer Organization and Design. The Hardware / SoftwareInterface.Morgan Kaufmann Publishers, Inc., San Francisco, 1998.

[3] Andrew S. Tanenbaum and James Goodman.Computerarchitektur.Pearson Studium München, 2001.

N.Hendrich 75



4 Assembler-Programmierung Vorlesung: Rechnerstrukturen

Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)3. x86-Architektur4. Assembler-Programmierung

Assembler und DisassemblerEinfache Addressierungsmodi (Speicherreferenzen)Arithmetische OperationenKontrollfluss

5. Assembler-Programmierung6. Computerarchitektur7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe

N.Hendrich 76




Gliederung (cont.)


N.Hendrich 77




Assembler-ProgrammierungAssembler aus der Sicht des Programmierers

N.Hendrich 78




Beobachtbare Zustände (Assemblersicht)

I EIP — ProgrammzählerI Adresse der nächsten Anweisung

I Register-BankI häufig benutzte Programmdaten

I ZustandscodesI gespeicherte Statusinformationen über die letzte arithmetische

OperationI werden für Conditional Branching benötigt

I SpeicherI durch Bytes addressierbarer ArrayI Code, Nutzerdaten, (einige) OS DatenI beinhaltet Kellerspeicher zur Unterstützung von Abläufen

N.Hendrich 79



4.1 Assembler-Programmierung - Assembler und Disassembler Vorlesung: Rechnerstrukturen

Umwandlung von C in Objektcode

N.Hendrich 80




Kompilieren in Assembler

N.Hendrich 81




Assembler CharakteristikaMinimale Datentypen

I Ganzzahl- Daten mit 1,2 oder 4 BytesI DatenwerteI Adressen

I Gleitkomma-Daten mit 4,8, oder 10 BytesI keine Aggregattypen wie Arrays oder Strukturen

I nur fortlaufend zugeteilte Bytes im Speicher

N.Hendrich 82




Assembler CharakteristikaPrimitive Operationen

I arithmetische Funktionen auf Registern und SpeicherI Transfer von Daten zwischen Speicher und Registern

I laden Daten aus dem Speicher ins RegisterI legen Registerdaten im Speicher ab

I transferieren KontrolleI „Unconditional Jumps“ zu/von ProzedurenI „Conditional Branches“

N.Hendrich 83




Objektcode

N.Hendrich 84




Assembler und Binder

AssemblerI übersetzt .s zu .oI binäre Kodierung jeder AnweisungI fast vollständiges Bild des ausführbaren CodesI fehlende Verknüpfungen zwischen Codes in verschiedenen

Dateien

Binder (Linker)I löst Referenzen zwischen Dateien aufI kombiniert mit statischen Laufzeit-Bibliotheken

I Z.B. Code für malloc, printfI manche Bibliotheken sind dynamisch verknüpft

I Verknüpfung wird zur Laufzeit erstelltN.Hendrich 85




Beispiel eines Maschinenbefehls

I C-Code: int t = x+y;I addiert zwei Ganzzahlen mit Vorzeichen

I Assembler: addl 8(%ebp), %eaxI fügt 2 4-Byte-Ganzzahlen hinzu

I „Lange“ Wörter in GCC SpracheI gleicher Befehl für mit oder ohne

VorzeichenI Operanden:

x: Register %eaxy: Speicher M[%ebp+8]t: Register %eaxResultatwert in %eax

I Objektcode: 0x401046: 03 45 08I 3-Byte Befehl, Gespeichert unter der Adresse 0x401046

N.Hendrich 86




Objektcode Disassembler

00401040 0: 55 push %ebp1: 89 e5 mov %esp,%ebp3: 8b 45 0c mov 0xc(%ebp),%eax6: 03 45 08 add 0x8(%ebp),%eax9: 89 ec mov %ebp,%espb: 5d pop %ebpc: c3 retd: 8d 76 00 lea 0x0(%esi),%esi

objdump -d p

I Werkzeug zur Untersuchung des ObjektcodesI rekonstuiert aus Binärcode den AssemblercodeI kann entweder auf einer a.out (vollständiges, ausführbares Pro-

gramm) oder einer .o Datei ausgeführt werdenN.Hendrich 87




Alternativer Disassembler (gdb)

gdb pdisassemble sumDisassemble procedurex/13b sumExamine the 13 bytes starting at sum0x401040 : push %ebp0x401041 : mov %esp,%ebp0x401043 : mov 0xc(%ebp),%eax0x401046 : add 0x8(%ebp),%eax0x401049 : mov %ebp,%esp0x40104b : pop %ebp0x40104c : ret0x40104d : lea 0x0(%esi),%esi

N.Hendrich 88




Was kann „disassembliert“ werden?

% objdump -d WINWORD.EXEWINWORD.EXE: file format pei-i386No symbols in "WINWORD.EXE".Disassembly of section .text:30001000 :30001000: 55 push %ebp30001001: 8b ec mov %esp,%ebp30001003: 6a ff push 0xffffffff30001005: 68 90 10 00 30 push 0x300010903000100a: 68 91 dc 4c 30 push 0x304cdc91

I alles, was als ausführbarer Code interpretiert werden kannI Disassembler untersucht Bytes und rekonstruiert Assemblerquelle

N.Hendrich 89




Datentransfer („move“)

I Fromat: movl Source, DestI transferiert ein 4-Byte („long“) WortI sehr häufige InstruktionI Typ der Operanden

I Immediate: Konstante, ganzzahligI wie C-Konstante, aber mit dem Präfix ‘$’I z.B., $0x400, $-533I kodiert mit 1,2 oder 4 Bytes

I Register: eins von 8 ganzzahl RegisternI aber %esp und und %ebp für spezielle

Aufgaben reserviertI bei anderen spezielle Verwendungen in bestimmten Anweisungen

I Speicher: 4 konsekutive SpeicherbytesI Zahlreiche „Adressmodi“

N.Hendrich 90




movl Operanden-Kombinationen

Reg

Reg

%eax, %edx

%eax, (%edx)

RegMem

RegMem

Imm

Mem

movl

movl

movl

movl

movl

$−147, (%eax)

(%eax), %edx

temp = 0x4;

*p = 147

*P = temp;

temp = *p;

movl

$Ox4, %eax

temp2 = temp1;

C AnalogonDestinationSource

N.Hendrich 91



4.2 Assembler-Programmierung - Einfache Addressierungsmodi (Speicherreferenzen) Vorlesung: Rechnerstrukturen

Einfache Addressierungsmodi (Speicherreferenzen)

I Normal: (R) → Mem[Reg[R]]I Register R spezifiziert die SpeicheradresseI Beispiel: movl (%ecx), %eax

I Displacement: D(R) → Mem[Reg[R]+D]I Register RI Konstantes „Displacement“ D spezifiziert den „offset“I Beispiel: movl 8 (%ebp), %edx

N.Hendrich 92




Benutzen einfacher Adressierungsmodi

void swap(int *xp, int *yp){

int t0 = *xp;int t1 = *yp;*xp = t1;*yp = t0;

}

swap:pushl %ebpmovl %esp, %ebppushl %ebxmovl 12(%ebp), %ecxmovl 8(%ebp), %edxmovl (%ecx), %eaxmovl (%edx), %ebxmovl %eax, (%edx)movl %ebx, (%ecx)movl -4(%ebp), %ebxmovl %ebp, %esppopl %ebpret

N.Hendrich 93




Indizierte Adressierungmodi

I gebräuchlichste Form:I Imm(Rb, Ri, S) → Mem[Reg[Rb]+S*Reg[Ri]+Imm]

I Imm : OffsetI Rb : Basisregister: eins der 8 ganzzahligen RegisternI Ri : Indexregister: jedes außer %esp

(%ebp grundsätzlich möglich, jedoch unwarscheinlich)I S : „Scaling“ Faktor, 1,2,4 oder 8

I Spezielle Fälle:I (Rb,Ri) → Mem[Reg[Rb] + Reg[Ri]]I Imm(Rb,Ri) → Mem[Reg[Rb] + Reg[Ri] + Imm]I (Rb,Ri,S) → Mem[Reg[Rb] + S*Reg[Ri]]

N.Hendrich 94




Beispiel für Adressenberechnung

%edx

%ecx

0xf000

0x100

2*0xf000 + 0x802*0xf000 + 0x80

0xf000 + 4*0x1000xf000 + 4*0x100

0xf000 + 0x1000xf000 + 0x100

0xf000 + 0x80xf000 + 0x8

ComputationComputation

0x1e0800x1e0800x80(,%edx,2)0x80(,%edx,2)

0xf4000xf400(%edx,%ecx,4)(%edx,%ecx,4)

0xf1000xf100(%edx,%ecx)(%edx,%ecx)

0xf0080xf0080x8(%edx)0x8(%edx)

AddressAddressExpressionExpression

N.Hendrich 95



4.3 Assembler-Programmierung - Arithmetische Operationen Vorlesung: Rechnerstrukturen

Arithmetische OperationenInstruktionen mit binären Operatoren

Format Operationaddl Src,Dest Dest = Dest + Srcsubl Src,Dest Dest = Dest - Srcimull Src,Dest Dest = Dest * Srcsall Src,Dest Dest = Dest « Src Also called shllsarl Src,Dest Dest = Dest » Src Arithmeticshrl Src,Dest Dest = Dest » Src Logicalxorl Src,Dest Dest = Dest ̂ Src also: ⊕andl Src,Dest Dest = Dest & Srcorl Src,Dest Dest = Dest | Src

N.Hendrich 96




Arithmetische OperationenInstruktionen mit unären Operatoren

Format Operationincl Dest Dest = Dest + 1decl Dest Dest = Dest - 1negl Dest Dest = – Destnotl Dest Dest = ∼ Dest

N.Hendrich 97




Ein Beispiel

int logical(int x, int y){

int t1 = x^y;int t2 = t1 >> 17;int mask = (117 (t2)andl $8185,%eax eax = t2 & 8185

(213 = 8192, 213 − 7 = 8185]N.Hendrich 98



4.4 Assembler-Programmierung - Kontrollfluss Vorlesung: Rechnerstrukturen

KontrollflussThemen

I ZustandscodesI SetzenI Testen

I AblaufsteuerungI „If-then-else“ (Verzweigungen)I „Loop“-VariationenI „Switch Statements“

N.Hendrich 99




ZustandscodesImplizite Aktualisierung

I Einzel-Bit Register: CF Carry Flag SF Sign FlagZF Zero Flag OF Overflow Flag

I implizit gesetzt durch arithmetische Operationen, z.B.:addl Src, Dest C-Analogon: t = a + bI CF setzen, wenn höchstwertigstes Bit Übertrag generiert

(Überlauf bei Vorzeichenlosen Zahlen)I ZF setzen wenn t = 0I SF setzen wenn t < 0I OF setzen wenn das Zweierkomplement überläuft:

(a > 0 && b > 0 && t < 0) || (a < 0 && b < 0 && t >= 0)

N.Hendrich 100




Zustandscodes setzenExplizite Aktualisierung


I explizites Setzen bei Vergleichsanweisung: cmpl Src2, Src1I wie Berechnung von Src1-Src2 (subl Src2,Src1), jedoch ohne

Abspeichern des ResultatsI CF setzen, falls höchstwertigstes Bit Übertrag generiert

(für Vergleiche von vorzeichenlosen Zahlen)I ZF setzen wenn Src1 = Src2I SF setzen wenn (Src1− Src2) < 0I OF setzen wenn das Zweierkomplement überläuft:

(a > 0&&b > 0&&(a − b) < 0)||(a < 0&&b > 0&&(a − b) > 0)mit a = Src1 und b = Src2

N.Hendrich 101




Zustandscodes setzenExplizite Aktualisierung


I explizites Setzen mit Testanweisung: testl Src2, Src1

I hilfreich, wenn einer der Operanden eine Bitmaske istI setzt Zustandscodes basierend auf dem Wert von Src1 & Src2I wie Berechnung von Src1 & Src2 (andl Src2,Src1), jedoch ohne

Abspeichern des ResultatsI ZF setzen wenn Src1&Src2 = 0I Sf setzen wenn Src1&Src2 < 0

N.Hendrich 102




Zustandscodes LesensetCC Anweisungen

I setzt einzelnes Byte (Ein-Byte Registerelemente) basierend aufKombinationen von Zustandscodes

setCC Zustand Beschreibungsete ZF gleich Nullsetne ¬ZF nicht gleich/nicht Nullsets SF negativsetns ¬SF nicht-negativsetg ¬(SF̂OF) & ¬ZF größer (mit Vorzeichen)setge ¬(SF̂OF) größer oder gleich (mit Vorzeichen)setl (SF̂OF) kleiner (mit Vorzeichen)setle (SF\̂OF )| ZF kleiner oder gleich (mit Vorzeichen)seta ¬CF&¬ZF darüber (ohne Vorzeichen)setb CF darunter (ohne Vorzeichen)

N.Hendrich 103




Zustandscodes LesensetCC Anweisungen

I ein-Byte-Zieloperand (Register, Speicher)I meist kombiniert mit movzbl

(um hochwertige Bits zu löschen)

N.Hendrich 104




Sprungbefehle („Jump“)

I Jcc Anweisungen: Sprung („Jump“) abhängig vonZustandscode „Condition Code (cc)“

N.Hendrich 105




„Conditional Branch“ Beispiel

N.Hendrich 106




„Do-While“ Loop Beispiel

I C erlaubt „goto“ zur KontrollübertragungI Maschinen-Level ProgrammierungsstilI „goto“ als schlechter Programmierstil geächtet!

I benutzt „Backward branch“ um „Looping“ fortzusetzenI nimmt „Branch“ nur wenn „while“ Bedingung erfüllt

N.Hendrich 107




Allgemeine „Do-While“ Übersetzung

I Schleifenkörper kann beliebige Folge von C „Statements“ seinI Abbruchbedingung ist zurückgelieferte Ganzzahl („integer“)

I = 0 als falsch interpretiert; 6=0 als wahr interpretiert

N.Hendrich 108




„Switch Statements“I Implementierungsoptionen

I Serie von „Conditionals“I gut bei wenigen AlternativenI langsam bei vielen Fällen

I „Jump Table“I „Lookup Branch Target“I Vermeidet „Conditionals“I möglich falls Alternativen kleine

ganzzahligen Konstanten sindI GCC

I wählt eine der beiden Variantenbasierend auf der Fallstruktur

I Bug im BeispielcodeI keine Vorgabe gegeben

N.Hendrich 109




„Jump Table“ Struktur

I Vorteil der „Jump Table“:I k-way branch in O(1) Operationen

N.Hendrich 110




„Switch Statement“ Beispiel

N.Hendrich 111




„Switch Statement“ BeispielAssembler-Setup Erkärung

I Symbolische LabelsI Assembler übersetzt Labels der Form .LXX in Adressen

I „Table“ StrukturI Jedes Ziel erfordert 4 BytesI Basisadresse bei .L57

I Jumping:I jmp .L49

I „Jump Target“ wird mit Label .L49 gekennzeichnetI jmp * :L57(,%eax, 4)

I Start des „Jump Table“ wird mit Label .L57 gekennzeichnetI Register %eax hält opI mit dem Faktor 4 skaliert, um „offset“ ins „ Table“ zu bekommenI holt „Target“ von der effektiven Adresse .L57 + op*4

N.Hendrich 112




„Jump Table“ aus „Binary“ Extrahieren

I „Jump Table“ in „Read Only“ Datensegment gespeichert(.rodata)I zahlreiche feste Werte von Ihrem Code benötigt

I kann mit obdjump untersucht werden:obdjump code-examples -s --section=.rodataI zeigt alles im angegebenen Segment.I schwer zu lesen

I „Jump Table“ Einträge mit umgekehrter Byte-Anordnung gezeigt

N.Hendrich 113




Zusammenfassung – Assembler

I C KontrollstrukturenI „if-then-else“I „do-while“I „while“I „switch“

I Assembler KontrolleI „Jump“I „Conditional Jump“

I CompilerI generiert Assembler Code, um komplexere Kontrolle zu

implementierenI Standard Techniken

I Alle „Loops“ konvertiert in „do-while“ FormI große „Switch Statements“ verwenden „Jump Tables“

N.Hendrich 114




Zusammenfassung – Assembler (cont.)I CISC Bedingungen

I CISC Maschinen haben üblicherweise Zustandscode-Register(wie die x86-Architektur)

I RISC BedingungenI keine speziellen Zustandscode-RegisterI benutzen Universalregister um Zustandsinformationen zu

speichernI spezielle Vergleichs-AnweisungenI Z.B. auf Alpha

cmple $16, 1, $1I Stellt Register $1 auf 1 wenn Register $16





Zur Rechnerarchitektur (3. Termin – Assemblerprogrammierung):

[1] Randal E. Bryant and David O’Hallaron.Computer Systems.Pearson Education, Inc., New Jersey, 2003.

[2] David A. Patterson and John L. Hennessy.Computer Organization and Design. The Hardware / SoftwareInterface.Morgan Kaufmann Publishers, Inc., San Francisco, 1998.

[3] Andrew S. Tanenbaum.Computerarchitektur.Pearson Studium München, 2006.

N.Hendrich 116




Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)3. x86-Architektur4. Assembler-Programmierung5. Assembler-Programmierung

IA32 StackStack Ablaufsteuerung und KonventionenGrundlegende Datentypen

6. Computerarchitektur7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe10. Ausnahmebehandlungen und Prozesse

N.Hendrich 117




Gliederung (cont.)

11. Parallelrechner

N.Hendrich 118




IA32 Kellerspeicher

I Speicherregion, die mit Stack-operationen verwaltet wird

I Wächst in Richtung niederigererAdressen

I Register %esp (“Stack-Pointer”)gibt aktuelle Stack-Adresse anI Adresse des obersten Elements

N.Hendrich 119



5.1 Assembler-Programmierung - IA32 Stack Vorlesung: Rechnerstrukturen

IA32 Stack“Pushing”

I pushl SrcI holt Operanden aus SrcI dekrementiert %esp um 4I speichert den Operanden unter der

von %esp vorgegebenen Adresse

N.Hendrich 120




IA32 Stack“Popping”

I popl DestI liest den Operanden unter der

durch %esp vorgegebenen AdresseI inkrementiert %esp um 4I schreibt gelesenen Wert nach Dest

N.Hendrich 121




Beispiele für Stack-Operationen

N.Hendrich 122



5.2 Assembler-Programmierung - Stack Ablaufsteuerung und Konventionen Vorlesung: Rechnerstrukturen

Stack Ablaufsteuerung und KonventionenBeispiel: Prozedur-Aufruf

I Prozedur-Aufruf (“Call”)I Benutzt den Stack zur Unterstützung von “Call” und “Return”

call →“Push” “Return” Adresse auf Stack,→“Jump” to

I Wert der “Return” AdresseI Adresse der auf den “call” folgenden AnweisungI Beispiel: 804854e: e8 3d 06 00 00 ;call 8048b90

8048553: 50 ;pushl %eax< main > . . . ;. . .8048b90: ;Prozedureinsprung. . . . . . ;. . .ret . . . ;Rücksprung

I Rücksprung- (“Return”) Adresse = 0x8048553I Prozedur “Return”:

Iret →Pop-Adresse vom Stack,

→“Jump” zur AdresseN.Hendrich 123




Beispiel Prozeduraufruf (“Call”)

N.Hendrich 124




Beispiel Prozedurrücksprung (“Return”)

N.Hendrich 125




Stack-basierende Sprachen

I Sprachen, die Rekursion unterstützenI z.B., C, Pascal, Java

I Code muss “Reentrant” seinI multiple, simultane Instantiierungen einer Prozedur

I braucht Ort, um den Zustand jeder Instantiierung zu speichernI ArgumenteI lokale VariableI Rücksprungadresse

I Stack-DisziplinI Zustand einer Prozedur, der für einen beschränkten Zeitraum

benötigt wirdI von “when called” zu “when return”

I der “Callee” kommt vor dem “Caller” zurückI Stack “Frame”

I Zustand für eine einzelne Prozedur-InstantiierungN.Hendrich 126




Stack “Frame”

I InhaltI ParameterI Lokale VariablenI “Return” AdresseI Temporäre Daten

I VerwaltungI Speicherbereich, der bei “Enter” Prozedur zugeteilt wird

I “Set-up” CodeI freigegeben bei “Return”

I “Finish” CodeI Adressenverweise (“Pointer”)

I Stack Adressenverweis %esp gibt das obere Ende des Stacks anI “Frame” Adressenverweis %ebp gibt den Anfang des aktuellen

“Frame” anN.Hendrich 127




IA32/Linux Stack “Frame”Aktueller Stack “Frame”

I von oben (Top) nach unten (Bottom) organisiertI Parameter für eine weitere Funktion,

die gleich aufgerufen wird (“call”)I lokale Variablen

I wenn sie nicht in Registern gehaltenwerden können

I gespeicherter Register KontextI alter “Frame” Adressenverweis

N.Hendrich 128




IA32/Linux Stack “Frame”“Caller” Stack “Frame”

I “Return” AdresseI wird von “Call”-Anweisung “gepusht”

I Argumente für aktuellen “Call”

N.Hendrich 129




Register Sicherungs-Konventionen

I yoo ruft Prozedur who aufI ist yoo der “Caller”, who ist der “Callee”

I kann “Callee” ein Register für vorübergehende Speicherungbenutzen?I Inhalt des Registers %edx wird von who überschrieben

I KonventionenI “Caller” speichert (“Caller Save”)

I “Caller” speichert vor dem “Calling” vorübergehend in seinemFrame

I “Callee” speichert (“Callee Save”)I “Callee” speichert vor Verwendung vorübergehend in seinem Frame

N.Hendrich 130




IA32/Linux Register VerwendungGanzzahlige (“Integer”) Register

I zwei werden speziell verwendetI %ebp, %esp

I drei werden als “Callee save” verwaltetI %ebx, %esi, %ediI alte Werte werden vor Verwendung auf

dem Stack gesichertI drei werden als “Caller-save” verwaltet

I %eax, %edx, %ecxI “Caller” sichert diese Register

I Register %eax speichert auch den zurückgelieferten Wert

N.Hendrich 131




Rekursive Fakultät

I %eax benutzt ohne vorheriges Speichern

I %ebx benutzt, aber am Anfanggespeichert und am Ende zurück-geschrieben

N.Hendrich 132




Rfact Stack-Aufbau

N.Hendrich 133




Rfact Stack-Körper

N.Hendrich 134




Rfact Rekursion

N.Hendrich 135




Rfact Ergebnis

N.Hendrich 136




Rfact Durchführung

N.Hendrich 137




Adressenverweis

I Adressenverweis übergeben (“call by reference”), um Werteiner Variablen zurückschreiben zu können

N.Hendrich 138




Adressenverweis schaffen und initialisieren

I benutzen des Stacks für Lokale Variable ( hier: Variable val)I Adressenverweis dorthin muss geschaffen werdenI berechne Adressenverweis als -4(%ebp)

I Var val auf Stack “pushen”: movl $1, -4(%ebp)

N.Hendrich 139




Zusammenfassung: Stack

I Stack ermöglicht RekursionI private Speicherung für jeden Prozedur-“Call”

I Instantiierungen kommen sich nicht ins GehegeI Adressierung von lokalen Variablen und Argumenten kann relativ

zu den Positionen des Stacks (“Frame Pointer”seinI kann mittels Stack-Disziplin verwaltet werden

I Prozeduren terminieren in umgekehrter Reihenfolge der “Calls”I IA32 Prozeduren sind Kombination von Anweisungen +

KonventionenI “Call” / “Return” AnweisungenI Register Verwendungs-Konventionen

I “Caller/Callee save”I %ebp und %esp

I Organisations-Konventionen des Stack “Frame”N.Hendrich 140



5.3 Assembler-Programmierung - Grundlegende Datentypen Vorlesung: Rechnerstrukturen

Grundlegende Datentypen

I Ganzzahl (Integer)I wird in allgemeinen Registern gespeichertI “mit/ohne Vorzeichen”: abhängig von den Anweisungen

Intel GAS Bytes Cbyte b 1 [unsigned] charword w 2 [unsigned] shortdouble word l 4 [unsigned] int

I Gleitkomma (Floating Point)I wird in Gleitkomma- Registern gespeichert

Intel GAS Bytes CSingle s 4 floatDouble l 8 doubleExtended t 10/12 long double

N.Hendrich 141




“Array” ZuordnungGrundlegendes Prinzip

I T A[l];I “Array”A mit Daten des Types T und der Länge lI fortlaufend zugeteilte Region von l* sizeof(T) Bytes

N.Hendrich 142




“Array” ZugangKonvention

I T A[l];I “Array”A mit Daten des Types T und der Länge lI Bezeichner A kann als Adressenverweis verwendet werden, um

Element 0 anzuordnen (“to array”)

N.Hendrich 143




“Array” Beispiel

N.Hendrich 144




Zugriff auf “Array”

I ReferenzierungI Code führt keine Bereichsüberprüfung (“bounds checking”) durchI Verhalten außerhalb des Indexbereichs ist Implementierungs-

abhängigI keine garantierte relative Zuteilung verschiedener “Arrays”

I Umsetzung durch gccI eliminert “Loop”-Variable iI konvertiert “Array”-Code zu Adressenverweis-CodeI wird in “do-while” Form ausgedrückt

I Test bei Eintritt unnötig

N.Hendrich 145




StrukturenKonzept

I fortlaufend zugeteilte SpeicherregionI bezieht sich mit Namen auf Teile in der StrukturI Teile können verschiedenen Typs sein

N.Hendrich 146




Generieren eines Adressenverweises auf ein Strukturteil

I generieren einer Referenz auf ein “Array”-Element der StrukturI “Offset” jedes Strukturteils wird durch Compiler festgelegt

N.Hendrich 147




Strukturreferenzierung

N.Hendrich 148




Zusammenfassung: Datentypen

I “Arrays” in CI fortlaufend zugeteilter SpeicherI Adressverweis auf das erste ElementI keine Bereichsüberprüfung (“Bounds Checking”)

I Compiler OptimierungenI Compiler wandelt Array Code oft in Adressverweise (“pointer

code”) umI verwendet Adressierungsmodi um “Array”-Indizes zu skalierenI viele Tricks, um die “Array”-Indizierung in Schleifen zu verbessern

I StrukturenI Bytes werden in der ausgewiesenen Reihenfolge zugeteiltI in der Mitte und am Ende polstern, um die richtige Ausrichtung

zu erreichen

N.Hendrich 149





Zur Rechnerarchitektur (Teil 2, 4. Termin):

[1] Randal E. Bryant and David O’Hallaron.Computer systems.pages 1000–2000. Pearson Education, Inc., New Jersey, 2003.

N.Hendrich 150



6 Computerarchitektur Vorlesung: Rechnerstrukturen

Gliederung1. Wiederholung: Software-Schichten2. Instruction Set Architecture (ISA)3. x86-Architektur4. Assembler-Programmierung5. Assembler-Programmierung6. Computerarchitektur

GrundlagenBefehlssätzeSequenzielle ImplementierungPipelining

7. Computerarchitektur8. Die Speicherhierarchie9. I/O: Ein- und Ausgabe

N.Hendrich 151




Gliederung (cont.)


N.Hendrich 152




ComputerarchitekturÜberblick

I HintergrundI BefehlssätzeI Logikdesign

I Sequenzielle ImplementierungI einfaches, aber langsames Prozessordesign

I “Pipelined Implementation”I Prozessordesign unter Einsatz des “Pipelining”-Prinzips

I lässt mehr Vorgänge gleichzeitig ablaufenI Fortgeschrittene Themen

I LeistungsanalyseI Hochleistungsprozessor Design

N.Hendrich 153



6.1 Computerarchitektur - Grundlagen Vorlesung: Rechnerstrukturen

Grundlagen

Bild einerZentraleinheit:

N.Hendrich 154




Pentium Blockdiagramm

N.Hendrich 155




Vorgehensweise

I mit Design eines speziellen Befehlssatzes arbeitenI Y86 - eine vereinfachte Version des Intel IA32 (a.k.a. x86)I ist einer bekannt, sind mehr oder weniger alle beaknnt

I auf “Mikroarchitekturebene” arbeitenI grundlegende Hardwareblöcke per Assembler in die allgemeine

Prozessorstruktur integrierenI Speicher, funtionale Einheiten, etc.

I mit Kontrolllogik sorgt für den richtigen Ablauf jeder AnweisungI einfache Hardware-Beschreibungssprache zur Beschreibung der

Kontrolllogik benutzenI lässt sich erweitern und modifizierenI mit Simulationen testen

N.Hendrich 156




Y86 Prozessor Zustand

I Programmregister:I 8 Register, wie IA32I jeweils 32 bit breit

I Zustandscodes:I 3-Bit Flagregister, gesetzt durch ALUI OF: Overflow, ZF: Zero, SF: Negativ

I Programmzähler:I Adresse der nächsten auszuführenden Anweisung

I Speicher:I Byte-adressierbarer SpeicherI Wörter werden im “little-endian”-Format gespeichert

N.Hendrich 157



6.2 Computerarchitektur - Befehlssätze Vorlesung: Rechnerstrukturen

BefehlssätzeFormat der Y86 Anweisungen

I variable BefehlslängeI Befehle 1 – 6 Byte langI Länge der Anweisung kann aus dem ersten Byte bestimmt werdenI weniger Anweisungstypen als bei IA32I einfachere Kodierung als bei IA32

I Anweisung greift auf einen Teil des Programmzustands zu undmodifiziert ihn

N.Hendrich 158




Registerkodierung

I Registeri-ID 4-Bit breit

I Kodierung wie bei IA32I Register ID 8 gibt “kein Register” an

I wird an zahlreichen Stellen im Hardwaredesign einsetzt

N.Hendrich 159




Anweisungsbeispiel – Addition

I addiert Wert im Register rA zu dem im Register rBI speichert Resultate im Register rBI merke: Y86 erlaubt Addition nur auf Registern

I setzt Zustandscodes je nach ErgebnisI z.B., addl %eax, %esi Kodierung: 60 06I zwei-Byte Kodierung

I erstes Byte gibt den Anweisungstyp anI zweites Byte gibt die Quell- und Zielregister an

N.Hendrich 160




Arithmetische und logische Operationen

I Kodierungen unterscheiden sich nur durch “Funktionscode”I niederwertiges Nibble (4-bit) des ersten Anweisungswortes

I setzt Zustandscodes als NebeneffektN.Hendrich 161




“Move” Operationen

I wie die IA32 movl AnweisungI einfacheres Format für SpeicheradressenI verschiedene Namen, um sie auseinander zu halten

N.Hendrich 162




CISC Befehlssätze

I “Complex Instruction Set Computer”I “Stack”-orientierter Befehlssatz

I Übergabe von ArgumentenI Speichern des ProgrammzählersI explizite “Push” und “Pop” Anweisungen

I arithmetische Anweisungen können auf Speicher zugreifenI addl %eax, 12(%ebx, %ecx, 4)

I Erfordert Schreib- und Lesezugriff auf den SpeicherI Komplexe Adressberechnung

I Zustandscodes (“Flags”)I gesetzt durch arithmetische und logische Anweisungen

I PhilosophieI Hinzufügen von Maschinen-Anweisungen, um “typische”

Programmieraufgaben durchzuführenN.Hendrich 163




RISC Befehlssätze

I “Reduced Instruction Set Computer”I Internes Projekt bei IBM

I von Hennessy (Stanford) und Patterson (Berkeley) publiziertI wenige und einfache Anweisungen

I benötigen i. d. Regel mehr Anweisungen für eine AufgabeI werden aber mit kleiner, schneller Hardware ausgeführt

I Register-orientierter BefehlssatzI viele (üblicherweise 32) RegisterI Register für Argumente, “Return”-Adressen, Zwischenergebnisse

I nur “load” und “store” Anweisungen können auf SpeicherzugreifenI wie bei Y86 mrmovl und rmmovl

I Keine ZustandscodesI Testanweisungen hinterlassen Resultat (0/1) direkt im Register

N.Hendrich 164




CISC gegen RISC

Ursprüngliche DebatteI streng geteilte LagerI CISC Anhänger - einfach für den Compiler; weniger Code BytesI RISC Anhänger - besser für optimierende Compiler; schnelle

Abarbeitung auf einfacher HardwareAktueller StandI Grenzen verwischen

I RISC-Prozessoren werden komplexerI CISC-Prozessoren weisen RISC-Konzepte oder gar RISC-Kern auf

I für Desktop Prozessoren ist die Wahl der ISA kein Thema:I Code-Kompatibilität ist sehr wichig!I mit genügend Hardware wird alles schnell ausgeführt

I eingebettete Prozessoren: eindeutige RISC-OrientierungI kleiner

Documents

64-040 Modul IP7: Rechnerstrukturen (RS) · UniversitätHamburg MIN-Fakultät DepartmentInformatik Vorlesung: Rechnerstrukturen Gliederung 1.Wiederholung:Software-Schichten 2.InstructionSetArchitecture(ISA)