> Tylko przyjemne to nie jest, i jak piszesz - na niektorych program
> chodzi, na innych nie chodzi, na innych chodzi gorzej - i nie
> wystarczy przestawic opcji w kompilatorze.
Ludzie sudoku godzinami rozwiązują, a Ty piszesz, że to nieprzyjemne :-)

> > Dla przykladu - problem z dzisiejszego egzaminu :)
> > Problem 7 - 15 points. Given is the following fragment of a program
> > executed by a pipeline
> > add $s0, $s0, $t1
> > lw $t2, 20($t1)
> > and $t4, $t2, $t5
> > or $t8, $t2, $t6
> > add $t9, $t4, $t2
> > slt $t1, $t6, $t7
> > Answer the following questions:
> > (1) Is there data hazard in the above code?
> > (2) If there is data hazard, show how it can be resolved by:
> > (a) Stalling the pipeline (inserting bubbles)
> > (b) Inserting nop instructions
> > (c) Rearranging instructions
> > Consider 2 cases: with forwarding and without forwarding

> Nie powinno byc to zalatwione sprzetowo - procesor sam wstawia nop
> zanim dane nie beda osiagalne ? Oczywiscie nadal kompilator moze
> optymalizowac.
Jeżeli kompilator miałby wstawiać nopy, to jest to najgorsze rozwiązanie,
ale za to bardzo proste.
W powyższym kodzie, jak wstawisz po każdej instrukcji NOP bez żadnej
analizy,
to możesz już się kłócić z wykładowcą, że przecież rozwiązałeś problem.
Twoim koronnym argumentem będzie, że przecież Ubuntu ma tyle megabajtów,
a Ty tylko 6 nopów dałeś!

Ślepy indianin już zauważy, że instrukcja wykonywana na końcu:
slt $t1, $t6, $t7
nie korzysta z rejestrów, które są zmieniane w poprzednich pięciu.
Możesz ją przesunąć i masz NOPA :-)
S.