Optymalizacja w WinAVR-20090313: Jak wymusić 'rcall' zamiast inline dla funkcji?

Fri Sep 04, 2009 8:52 pm   

Witam Kolegów.
Czemu ta ostatnia wersja tak uparcie wrzuca nawet spore funkcje jako
inline powtarzając bez sensu spore kawałki kodu zamiast wstawić rcall.
Optymalizacja na "s". Jest jakiś kruczek coby zmusić go do wołania
funkcji przez rcall ?

Pozdrawiam
Grzegorz

Fri Sep 04, 2009 9:04 pm   

Już znalazłem
Pozdrawiam
G.K.

Fri Sep 04, 2009 10:19 pm   

Grzegorz Kurczyk pisze:

widział tylko posty w stylu "już wiem", "już znalazłem"... to chyba nie
jest duży problem napisać te pare zdań... Ty miałeś ten problem, to inni
też go mogą kiedyś mieć...

Pozdrawiam!!

Fri Sep 04, 2009 11:32 pm   

Użytkownik Konop napisał:

Sorki. Ma Kolega rację.
Dla potomnych: dyrektywy kompilatora odpowiedzialne za "inlajnowanie",
które należy dopisać do makefile

CFLAGS += -fno-inline
CFLAGS += -fno-inline-small-functions
CFLAGS += -finline-limit=3
CFLAGS += --param inline-call-cost=2

w sumie wystarczy ta pierwsza (wyłącza tryb inline).

Pozdrawiam
G.K.

Sat Sep 05, 2009 3:26 pm   

a może jak Ktoś kiedyś będzie szukał i znajdzie Twojego posta jako mało
oblatany nie będzie wiedział o co chodzi... więc może byś wyjaśnił co to
jest to "inlajnowanie" funkcji?

Sat Sep 05, 2009 7:06 pm   

identyfikator: 20040501 wrote:

zająć się czymś innym niż pisanie programów.

--
-----
Pozdr
Janusz

Sun Sep 06, 2009 1:56 pm   

może i tak, gdyby jednak Ktoś chciał napisać to z góry dzięki.

Sun Sep 06, 2009 3:26 pm   

W dniu 2009-09-05 16:26, identyfikator: 20040501 pisze:

wiadomości, bo co wpisze w wyszukiwarkę? Jeśli chcesz się dowiedzieć
więcej, szukaj pod hasłami inlining i inline function.

Mon Sep 07, 2009 10:44 am   

Użytkownik identyfikator: 20040501 napisał:

Witam ponownie.

Generalnie te informacje są istotne dla ZSOKW i ZBOKB czyli:
Zwolenników Skrajnej Optymalizacji Kodu Wynikowego
i
Związku Bojowników o Każdy Bajt

:-)

Owo "inlajnowanie" to jedna z metod optymalizacji kodu wynikowego przez
kompilator. Przykładowo mamy funkcję A wywoływaną przez funkcję B. Jeśli
w wyniku kompilacji wyszło, że ciało funkcji A to w efekcie trzy bajty
na krzyż, to nie ma sensu we wnętrzu funkcji B wstawiać wywołania
funkcji A przez rozkaz CALL (i potem wracać przez RET co jest dodatkowym
obciążeniem czasowym) ekonomiczniej jest wkompilować ciało funkcji A
bezpośrednio w ciało funkcji B. Chodzi tylko aby nie przegiąć przy tej
optymalizacji i nie doprowadzić do rozrostu kodu wynikowego.

P.S. Z wyłączeniem onlajnowania dyrektywą -fno-inline trzeba uważać, bo
np. bloki ATOMIC zaczynają generować prawdziwe koszmarki w kodzie
wynikowym zamiast prostego in r15, SREG; cli; ..... out SREG, r15.
Korzystniej jest poeksperymentować z parametrem -finline-limit=3
osiągając stosowny kompromis.

Pozdrawiam
Grzegorz

Mon Sep 07, 2009 9:44 pm   

Ja bym to nazwal Zwiazkiem Bojownikow o Kazda Instrukcje - w skrocie
"ZBoKI" co lepiej oddaje istote problemu :)


To jest jeden powod, drugi czestszy to optymalizacja pod wzgledem
szybkosci. Czyli zamiast robic np. petle for mozna ja rozwinac na ciag
instrukcji (to kontroluje inna dyrektywa kompilatora), albo wlasnie
wstawic nawet dluzsza sekwencje rozkazow, ale za to uniknac RCALL/CALL z
RET, ktore sa dlugie.


O ile sie nie myle to z gcc w WinAVR z 13.03.09 jest pewien problem -
nie do konca poprawnie reaguje na te dyrektywy. Jest obejscie tego, ale
w tej chwili nie pamietam, zainteresowani wygooglaja.

--
Inteligentny dom - http://idom.wizzard.one.pl
http://idom.sourceforge.net/
Teraz takze forum dyskusyjne
Zobacz, wyslij uwagi, dolacz do projektu.