ISR effizient verteilen

Du kannst keine ISR mehrfach definieren. Der eigentliche Funktionsaufruf 
aus der ISR heraus ist ja noch nicht mal das Problem, der kostet selbst 
mit Parameterübergabe nur ein paar Zyklen. Unschöner ist, daß der gcc 
zum ISR-Begin alle Register retten, und am Ende wieder herstellen muß, 
sobald er da einen Funtionsaufruf findet, bei dem er die Sourcecode 
nicht kennt.

Da die ISR aber auch nur eine C-Funktion ist, kannst du da Funktionen so 
inlinen, wie sich in C Funktionen halt so inlinen lassen.
Also entweder alle Funktionen in einem Sourcefile, oder zumindest per 
include darin eingebunden. Die dann noch static und inline, dann machts 
der gcc vielleicht sogar.

Oliver

Oliver S. schrieb:
> Da die ISR aber auch nur eine C-Funktion ist, kannst du da Funktionen so
> inlinen, wie sich in C Funktionen halt so inlinen lassen.

Die Frage ist, ob das über Dateigrenzen hinweg machbar ist. Wenn nicht, 
muss ich die Kröte halt schlucken; wirklich schlimm wäre das nicht.

S. R. schrieb:
> Die Frage ist, ob das über Dateigrenzen hinweg machbar ist.

Stichwort: "LTO".

wenn man eine C-Funktion möglichst immer und ausschließlich auch über 
Übersetzungseinheiten hinweg ge-inlined haben möchte, schreibt man sie 
nicht in eine .c-Datei, sondern in die entsprechende Header-Datei und 
definiert sie

1

static inline f(...) { ... };

Allerdings muß der Compiler sie selbst dann nicht unbedingt inlinen, 
wenn er nicht will (weil man z.B. nicht optimiert compiliert). Bei gcc 
kann man in dem Fall noch extra nachhelfen:

1

__attribute__((always_inline))

Dann geht das auch ohne -flto

MaWin schrieb:
> Ja. Mit Link Time Optimization (LTO) geht das ganz automatisch.

Auch, wenn man das indirekt über einen Funktionspointer in einer (lokal 
const static deklarierten) Tabelle macht?

Also von:

1

    switch(whatever) {

2

    case 0: tab[0](); break;

3

    case 1: tab[1](); break;

4

    default: break;

5

    }

zu:

1

    if(whatever == 0) {

2

        /* die funktion, auf die tab[0] zeigt */

3

    } elsif(whatever == 1) {

4

        /* die funktion, auf die tab[1] zeigt */

5

    }

automatisch? Denn das kann ich mir nicht vorstellen.

S. R. schrieb:
> MaWin schrieb:
>> Ja. Mit Link Time Optimization (LTO) geht das ganz automatisch.
.
> Auch, wenn man das indirekt über einen Funktionspointer in einer (lokal
> const static deklarierten) Tabelle macht?
>
> Also von:
>

1

>     switch(whatever) {

2

>     case 0: tab[0](); break;

3

>     case 1: tab[1](); break;

4

>     default: break;

5

>     }

6

>

.
> zu:
>

1

>     if(whatever == 0) {

2

>         /* die funktion, auf die tab[0] zeigt */

3

>     } elsif(whatever == 1) {

4

>         /* die funktion, auf die tab[1] zeigt */

5

>     }

6

>

>
> automatisch? Denn das kann ich mir nicht vorstellen.

Bei LTO wird die komplette interne Darstellung einer "C-Datei" oder 
korrekt Übersetzungseinheit an den Linker übergeben, d.h. die 
Optimierung kann dort mit der gesammelten Info über alle Code-Schnipsel 
stattfinden.

Hinterher mal im Assembler-Listing nachschauen, was der Compiler jetzt 
tatsächlich draus gemacht hat, schadet aber trotzdem nicht.

Oliver