Autor: Tomasz Dlugoborski (tomekd_at_itr1.p.lodz.pl)
Data: Tue 20 Aug 1996 - 09:42:26 MET DST
Tak a propos!
Uwazajcie z ta optymalizacja zwlaszcza przy kompilacji kompilatorem
Pentiumowym na procesor Pentium Pro.
Ja mialem przypadek (co prawda na SGI Power Challange), ze gdy
dalem najagresywniejsza optymalizacje to niestety wynik byl bledny.
Wytlumaczenie prawdopodobnie ponizej.
Wniosek! Wszystko i wszystkich nalezy sprawdzac.
+-----------------------+------------------------------------------+
| Tomasz Dlugoborski | Technical University of Lodz |
+-----------------------| Institute of Applied Radiation Chemistry |
| tomekd_at_itr1.p.lodz.pl | Wroblewskiego 15, 93590 Lodz, Poland |
+-----------------------+------------------------------------------+
> Warto mysle, rozwinac punkt c. PPro nie musi przeciez wykonywac
> rozkazow zgodnie z kolejnoscia. Powoduje to, ze znacznie rzadziej
> dochodzi do sytuacji znanej z Pentium, ze rozkazy sie "pokrywaja" i
> nie mozna ich jednoczesnie wykonac. W PPro praktycznie nigdy
> (wylaczajac stare, 16-bit software) nie wystepuje taka sytuacja -
> zawsze procesor moze byc zajety w calosci ( :)) ) wykonywaniem
> instrukcji, gdzyz "przeglada kod" na wzglednie znacznym obszarze, co
> wynika z glebokosci potoku. Dlatego PPro w przypadku 32-bit
> oprogramowania faktycznie wykonuje prawie 3 instrukcje na takt
> zegara. Optymalizacja w tym przypadku da moim zdaniem max. 20% wzrost
> ogolnej wydajnosci (pomijam przypadki szczegolne, aczkolwiek nie
> wierze w wieksza inteligencje optymalizatorow). Podane wczesniej dane
> zawieraly rezultaty NIEREKOMPILOWANEGO I OPTYMALIZOWANEGO
> oprogramowania.
To archiwum zostało wygenerowane przez hypermail 2.1.7 : Tue 18 May 2004 - 12:52:18 MET DST