38
1 EGRE 426 Fall 08 Chapter Three

EGRE 426 Fall 08 Chapter Three

  • Upload
    conlan

  • View
    26

  • Download
    0

Embed Size (px)

DESCRIPTION

EGRE 426 Fall 08 Chapter Three. operation. a. ALU. 32. result. 32. b. 32. Arithmetic. What's up ahead: Implementing the Architecture. Numbers. Bits are just bits (no inherent meaning) — conventions define relationship between bits and numbers - PowerPoint PPT Presentation

Citation preview

Page 1: EGRE 426 Fall 08 Chapter Three

1

EGRE 426Fall 08

Chapter Three

Page 2: EGRE 426 Fall 08 Chapter Three

2

Arithmetic

• What's up ahead:

– Implementing the Architecture

32

32

32

operation

result

a

b

ALU

Page 3: EGRE 426 Fall 08 Chapter Three

3

• Bits are just bits (no inherent meaning)— conventions define relationship between bits and numbers

• Binary numbers (base 2)0000 0001 0010 0011 0100 0101 0110 0111 1000 1001...decimal: 0...2n-1

• Of course it gets more complicated:numbers are finite (overflow)fractions and real numbersnegative numberse.g., no MIPS subi instruction; addi can add a negative number)

• How do we represent negative numbers?i.e., which bit patterns will represent which numbers?

Numbers

Page 4: EGRE 426 Fall 08 Chapter Three

4

• Sign Magnitude: One's Complement Two's Complement

000 = +0 000 = +0 000 = +0001 = +1 001 = +1 001 = +1010 = +2 010 = +2 010 = +2011 = +3 011 = +3 011 = +3100 = -0 100 = -3 100 = -4101 = -1 101 = -2 101 = -3110 = -2 110 = -1 110 = -2111 = -3 111 = -0 111 = -1

• Issues: balance, number of zeros, ease of operations

• Which one is best? Why?

Possible Representations

Page 5: EGRE 426 Fall 08 Chapter Three

5

• 32 bit signed numbers:

0000 0000 0000 0000 0000 0000 0000 0000two = 0ten

0000 0000 0000 0000 0000 0000 0000 0001two = + 1ten

0000 0000 0000 0000 0000 0000 0000 0010two = + 2ten

...0111 1111 1111 1111 1111 1111 1111 1110two = + 2,147,483,646ten

0111 1111 1111 1111 1111 1111 1111 1111two = + 2,147,483,647ten

1000 0000 0000 0000 0000 0000 0000 0000two = – 2,147,483,648ten

1000 0000 0000 0000 0000 0000 0000 0001two = – 2,147,483,647ten

1000 0000 0000 0000 0000 0000 0000 0010two = – 2,147,483,646ten

...1111 1111 1111 1111 1111 1111 1111 1101two = – 3ten

1111 1111 1111 1111 1111 1111 1111 1110two = – 2ten

1111 1111 1111 1111 1111 1111 1111 1111two = – 1ten

maxint

minint

MIPS

Page 6: EGRE 426 Fall 08 Chapter Three

6

• Negating a two's complement number: invert all bits and add 1

– Easier rule: Start at least significant bit. Copy through fist “1”. Then invert each bit.

• Example 0010101100

1101010100

– remember: “negate” and “invert” are quite different!

• Converting n bit numbers into numbers with more than n bits:

– MIPS 16 bit immediate gets converted to 32 bits for arithmetic

– copy the most significant bit (the sign bit) into the other bits

0010 -> 0000 0010

1010 -> 1111 1010

– "sign extension" (lbu vs. lb)

lbu rt,ofst(rs) # rt 024||MB(rs + ofst) or rt MB(rs + ofst)

lb rt,ofst(rs) # rt MB(rs + ofst;7)24||MB(rs + ofst) or rt MB(rs + ofst)

Two's Complement Operations

Page 7: EGRE 426 Fall 08 Chapter Three

7

• Just like in grade school (carry/borrow 1s) 0111 ( 7) 0111 ( 7) 0110 ( 6)+ 0110 ( 6) - 0110 (-6) - 0101 (-5)

• Two's complement operations easy

– subtraction using addition of negative numbers 0111 ( 7)+ 1010 (-6)

• Overflow (result too large for finite computer word):

– e.g., adding two n-bit numbers does not yield an n-bit number 0111 ( 7)+ 0001 ( 1) note that overflow term is somewhat misleading, 1000 (-8) it does not mean a carry “overflowed”

Addition & Subtraction

Page 8: EGRE 426 Fall 08 Chapter Three

8

• No overflow when adding a positive and a negative number

• No overflow when signs are the same for subtraction

• Overflow occurs when the value affects the sign:

– overflow when adding two positives yields a negative

– or, adding two negatives gives a positive

– or, subtract a negative from a positive and get a negative

– or, subtract a positive from a negative and get a positive

• Consider the operations A + B, and A – B

– Can overflow occur if B is 0 ?

– Can overflow occur if A is 0 ?

Detecting Overflow

Page 9: EGRE 426 Fall 08 Chapter Three

9

Decimal value

Binary 

Two’s complement  -8 -1000 1000

-7 -0111 1001-6 -0110 1010-5 -0101 1011-4 -0100 1100-3 -0011 1101-2 -0010 1110-1 -0001 11110 0000 00001 0001 00012 0010 00103 0011 00114 0100 01005 0101 01016 0110 01107 0111 0111

Two’s Complement Arithmetic

Representation of 4 bit words in two’s complement..

Page 10: EGRE 426 Fall 08 Chapter Three

10

Page 11: EGRE 426 Fall 08 Chapter Three

11

When does overflow occur? Let S be the sign bit (bit 3) of the result, let Co be the carry out of the sign bit, Let SA and SB be the sign bits of the two numbers added. Then form the previous table we can construct a Karnaough map for overflow.

Thus, overflow is given by . Using Co and Cin, by inspection Ov = Cin Co

SSSSSSOv BABA

Page 12: EGRE 426 Fall 08 Chapter Three

12

• An exception (interrupt) occurs

– Control jumps to predefined address for exception

– Interrupted address is saved for possible resumption

• Details based on software system / language

– example: flight control vs. homework assignment

• Don't always want to detect overflow— new MIPS instructions: addu, addiu, subu

note: addiu ignores overflow. still sign-extends!note: sltu, sltiu for unsigned comparisons (no sign-extension)

Effects of Overflow

Page 13: EGRE 426 Fall 08 Chapter Three

13

• Problem: Consider a logic function with three inputs: A, B, and C.

Output D is true if at least one input is trueOutput E is true if exactly two inputs are trueOutput F is true only if all three inputs are true

• Show the truth table for these three functions.

• Show the Boolean equations for these three functions.

• Show an implementation consisting of inverters, AND, and OR gates.

Review: Boolean Algebra & Gates See Appendix B

Page 14: EGRE 426 Fall 08 Chapter Three

14

• Selects one of the inputs to be the output, based on a control input

• Lets build our ALU using a MUX:

S

CA

B0

1

Review: The Multiplexor

note: we call this a 2-input mux even though it has 3 inputs!

Page 15: EGRE 426 Fall 08 Chapter Three

15

• Let's build an ALU to support the andi and ori instructions

– we'll just build a 1 bit ALU, and use 32 of them

• Possible Implementation (sum-of-products):

b

a

operation

result

An ALU (arithmetic logic unit)

Page 16: EGRE 426 Fall 08 Chapter Three

16

• Not easy to decide the “best” way to build something– Don't want too many inputs to a single gate– Don't want to have to go through too many gates– for our purposes, ease of comprehension is important

• Let's look at a 1-bit ALU for addition:

• How could we build a 1-bit ALU for add, and, and or?

• How could we build a 32-bit ALU?

Different Implementations

cout = a b + a cin + b cin

sum = a xor b xor cin

Sum

CarryIn

CarryOut

a

b

Page 17: EGRE 426 Fall 08 Chapter Three

17

Building a 32 bit ALU

b

0

2

Result

Operation

a

1

CarryIn

CarryOutResult31

a31

b31

Result0

CarryIn

a0

b0

Result1a1

b1

Result2a2

b2

Operation

ALU0

CarryIn

CarryOut

ALU1

CarryIn

CarryOut

ALU2

CarryIn

CarryOut

ALU31

CarryIn

Page 18: EGRE 426 Fall 08 Chapter Three

18

• Two's complement approach: just negate b and add.

• How do we negate?

• A very clever solution:

What about subtraction (a – b) ?

0

2

Result

Operation

a

1

CarryIn

CarryOut

0

1

Binvert

b

Page 19: EGRE 426 Fall 08 Chapter Three

19

• Need to support the set-on-less-than instruction (slt)

– remember: slt is an arithmetic instruction

– produces a 1 if rs < rt and 0 otherwise

– use subtraction: (a-b) < 0 implies a < b

• Need to support test for equality (beq $t5, $t6, $t7)

– use subtraction: (a-b) = 0 implies a = b

Tailoring the ALU to the MIPS

Page 20: EGRE 426 Fall 08 Chapter Three

Supporting slt

• Can we figure out the idea?0

3

Result

Operation

a

1

CarryIn

CarryOut

0

1

Binvert

b 2

Less

0

3

Result

Operation

a

1

CarryIn

0

1

Binvert

b 2

Less

Set

Overflowdetection

Overflow

a.

b.

Page 21: EGRE 426 Fall 08 Chapter Three

21

Seta31

0

ALU0 Result0

CarryIn

a0

Result1a1

0

Result2a2

0

Operation

b31

b0

b1

b2

Result31

Overflow

Binvert

CarryIn

Less

CarryIn

CarryOut

ALU1Less

CarryIn

CarryOut

ALU2Less

CarryIn

CarryOut

ALU31Less

CarryIn

Page 22: EGRE 426 Fall 08 Chapter Three

22

Test for equality

• Notice control lines:

000 = and001 = or010 = add110 = subtract111 = slt

•Note: zero is a 1 when the result is zero!

Seta31

0

Result0a0

Result1a1

0

Result2a2

0

Operation

b31

b0

b1

b2

Result31

Overflow

Bnegate

Zero

ALU0Less

CarryIn

CarryOut

ALU1Less

CarryIn

CarryOut

ALU2Less

CarryIn

CarryOut

ALU31Less

CarryIn

Page 23: EGRE 426 Fall 08 Chapter Three

23

Page 24: EGRE 426 Fall 08 Chapter Three

24

Conclusion

• We can build an ALU to support the MIPS instruction set

– key idea: use multiplexor to select the output we want

– we can efficiently perform subtraction using two’s complement

– we can replicate a 1-bit ALU to produce a 32-bit ALU

• Important points about hardware

– all of the gates are always working

– the speed of a gate is affected by the number of inputs to the gate

– the speed of a circuit is affected by the number of gates in series(on the “critical path” or the “deepest level of logic”)

• Our primary focus: comprehension, however,– Clever changes to organization can improve performance

(similar to using better algorithms in software)– we’ll look at two examples for addition and multiplication

Page 25: EGRE 426 Fall 08 Chapter Three

25

• Is a 32-bit ALU as fast as a 1-bit ALU?• Is there more than one way to do addition?

– two extremes: ripple carry and sum-of-products

Can you see the ripple? How could you get rid of it?

c1 = b0c0 + a0c0 + a0b0

c2 = b1c1 + a1c1 + a1b1 c2 =

c3 = b2c2 + a2c2 + a2b2 c3 =

c4 = b3c3 + a3c3 + a3b3 c4 =

Not feasible! Why?

Problem: ripple carry adder is slow

Page 26: EGRE 426 Fall 08 Chapter Three

26

• An approach in-between our two extremes• Motivation:

– If we didn't know the value of carry-in, what could we do?– When would we always generate a carry? gi = ai bi

– When would we propagate the carry? pi = ai + bi

• Did we get rid of the ripple?

c1 = g0 + p0c0

c2 = g1 + p1c1

c3 = g2 + p2c2 c4 = g3 + p3c3

Feasible! Why?

Carry-lookahead adder See B-39

Page 27: EGRE 426 Fall 08 Chapter Three

27

• Can’t build a 16 bit adder this way... (too big)• Could use ripple carry of 4-bit CLA adders• Better: use the CLA principle again!

Use principle to build bigger adders

CarryIn

Result0--3

ALU0

CarryIn

Result4--7

ALU1

CarryIn

Result8--11

ALU2

CarryIn

CarryOut

Result12--15

ALU3

CarryIn

C1

C2

C3

C4

P0G0

P1G1

P2G2

P3G3

pigi

pi + 1gi + 1

ci + 1

ci + 2

ci + 3

ci + 4

pi + 2gi + 2

pi + 3gi + 3

a0b0a1b1a2b2a3b3

a4b4a5b5a6b6a7b7

a8b8a9b9

a10b10a11b11

a12b12a13b13a14b14a15b15

Carry-lookahead unit

12131415

891011

4567

0123

3

2

1

0

ppppP

ppppP

ppppP

ppppP

12131415131415141515

89101191011101111

4567567677

0123123233

3

2

1

0

gpppgppgpgG

gpppgppgpgG

gpppgppgpgG

gpppgppgpgG

0

0

0

0

012301231232334

0120121223

010112

001

cPPPPGPPPGPPGPGC

cPPPGPPGPGC

cPPGPGC

cPGC

See p B44-B45

Page 28: EGRE 426 Fall 08 Chapter Three

28

• More complicated than addition– accomplished via shifting and addition

• More time and more area• Let's look at 3 versions based on gradeschool algorithm

0010 (multiplicand)

__x_1011 (multiplier)

0010 0010 0000 0010 . 0010110• Negative numbers: convert and multiply

– there are better techniques, we won’t look at them

Multiplication

Page 29: EGRE 426 Fall 08 Chapter Three

29

Multiplication: Implementation

Done

1. TestMultiplier0

1a. Add multiplicand to product andplace the result in Product register

2. Shift the Multiplicand register left 1 bit

3. Shift the Multiplier register right 1 bit

32nd repetition?

Start

Multiplier0 = 0Multiplier0 = 1

No: < 32 repetitions

Yes: 32 repetitions

64-bit ALU

Control test

MultiplierShift right

ProductWrite

MultiplicandShift left

64 bits

64 bits

32 bits

0010 (multiplicand

x_1011 (multiplier)

0010 1011 0010 0101 0000 00100010 00010010110

Page 30: EGRE 426 Fall 08 Chapter Three

30

Second Version

MultiplierShift right

Write

32 bits

64 bits

32 bits

Shift right

Multiplicand

32-bit ALU

Product Control test

Done

1. TestMultiplier0

1a. Add multiplicand to the left half ofthe product and place the result inthe left half of the Product register

2. Shift the Product register right 1 bit

3. Shift the Multiplier register right 1 bit

32nd repetition?

Start

Multiplier0 = 0Multiplier0 = 1

No: < 32 repetitions

Yes: 32 repetitions

Page 31: EGRE 426 Fall 08 Chapter Three

31

Final Version

ControltestWrite

32 bits

64 bits

Shift rightProduct

Multiplicand

32-bit ALU

Done

1. TestProduct0

1a. Add multiplicand to the left half ofthe product and place the result inthe left half of the Product register

2. Shift the Product register right 1 bit

32nd repetition?

Start

Product0 = 0Product0 = 1

No: < 32 repetitions

Yes: 32 repetitions

Page 32: EGRE 426 Fall 08 Chapter Three

32

Faster Multiplication: See Booths algorithm for a faster serial approach. For a fully parallel approach consider:

Page 33: EGRE 426 Fall 08 Chapter Three

33

Carry Save Adders are a faster approach.

Other techniques exist.

Page 34: EGRE 426 Fall 08 Chapter Three

34

Floating Point (a brief look)

• We need a way to represent

– numbers with fractions, e.g., 3.1416

– very small numbers, e.g., .000000001

– very large numbers, e.g., 3.15576 109

• Representation:

– sign, exponent, significand: (–1)sign significand 2exponent

– more bits for significand gives more accuracy

– more bits for exponent increases range

• IEEE 754 floating point standard:

– single precision: 8 bit exponent, 23 bit significand

– double precision: 11 bit exponent, 52 bit significand

Page 35: EGRE 426 Fall 08 Chapter Three

35

IEEE 754 floating-point standard

• Leading “1” bit of significand is implicit

• Exponent is “biased” to make sorting easier– all 0s is smallest exponent all 1s is largest– bias of 127 for single precision and 1023 for double precision– summary: (–1)sign significand) 2exponent – bias

• Example:

– decimal: -.75 = -3/4 = -3/22

– binary: -.11 = -1.1 x 2-1

– floating point: exponent = 126 = 01111110

– IEEE single precision: 1,01111110,10000000000000000000000– Example:– 1,10000001,0100000000000000000000 = ?– Negative, exponent of 129 – 127 = +2, – Significan = 1.012– -1.012x22 = -101.02 = -5.0

Page 36: EGRE 426 Fall 08 Chapter Three

36

Floating point addition

Still normalized?

4. Round the significand to the appropriate

number of bits

YesOverflow or

underflow?

Start

No

Yes

Done

1. Compare the exponents of the two numbers.

Shift the smaller number to the right until its

exponent would match the larger exponent

2. Add the significands

3. Normalize the sum, either shifting right and

incrementing the exponent or shifting left

and decrementing the exponent

No Exception

Small ALU

Exponentdifference

Control

ExponentSign Fraction

Big ALU

ExponentSign Fraction

0 1 0 1 0 1

Shift right

0 1 0 1

Increment ordecrement

Shift left or right

Rounding hardware

ExponentSign Fraction

Page 37: EGRE 426 Fall 08 Chapter Three

37

Floating Point Complexities

• Operations are somewhat more complicated (see text)

• In addition to overflow we can have “underflow”

• Accuracy can be a big problem

– IEEE 754 keeps two extra bits, guard and round

– four rounding modes

– positive divided by zero yields “infinity”

– zero divide by zero yields “not a number”

– other complexities

• Implementing the standard can be tricky

• Not using the standard can be even worse

– see text for description of 80x86 and Pentium bug!

Page 38: EGRE 426 Fall 08 Chapter Three

38

Chapter Three Summary

• Computer arithmetic is constrained by limited precision• Bit patterns have no inherent meaning but standards do exist

– two’s complement– IEEE 754 floating point

• Computer instructions determine “meaning” of the bit patterns• Performance and accuracy are important so there are many

complexities in real machines (i.e., algorithms and implementation).

• We are ready to move on (and implement the processor)