Opakování

Konflikty

Při konfliktu dojde ke vložení nop nebo pozastavení
Při uváznutí/konfliktu, nemohou další instrukce postupovat = 2 instrukce nemohou být ve stejné fázi!

více početních jednotek (např. násobení, sčítání, branch, …) = lze tyto operace dělat současně
načteme 4 instrukce, dekódujeme 4 instrukce a každé početní jednotce jde 1 instrukce ze 4

konflikty řeší čekáním
pravé konflikty = přidáním nop
ale řeší i nepravé konflikty
WAR (write after read) - přepíši starou hodnotu v registru před jejím použitím (přeskládáním instrukcí)
WAW (write after write) -

státnicová otázka a na každé písemce
V = valid bit
- u registrů = můžeme rezervovat operaci
- u score boardu = jestli bude daný registr čtený nebo už byl přečtený
- 1 = všechny instrukce, které chtěli číst dané data, tak přečetli; můžeme přepsat – platný = mohu si data vzít
- 0 = ještě je instrukce, která chce dané data číst; registr je rezervovaný
slide 28 = zasekne se u op4, potřebuje rezervovat r1, ale ta má valid bit 0 -> spustí se výpočet op1
musím zkontrolovat raw

slide 34
- B1 - branch predictor
- FX - fix point
- FP - floating point
- l/s - load / store
- DI až ROB běží out of order (ooo)
- ROB - spekulativní výsledky, až co jde na WB se reálně vykoná, může přeskočit instrukce, spekulativní výsledky se zahodí
hw podobně jako slide 14 = dám všem výstupním registrům nová jména
tag = poslední přejmenování registru
výhoda = přejmenování odstraním nepravé konflikty - počítám něco jiného
- pravé se vyřeší pomocí tagů (aspoň po částech nezávislé)

zpracování výjimek se neřeší hned, ale udržuje se ve frontě - mohlo dojít ke skoku, který se vyhýbá dané výjimce
řeší se až při vyjití z ROB