INLINE nicht eindeutig

[Siro]

Hallo zusammen, zum Wochenende eine kleine Frage:

Ich wollte meiner Software etwas unter die Arme greifen und unnötige Funktionsaufrufe vermeiden.
Also ein Speedup sozusagen.

Nun dachte ich (sollte man nicht, weis ich) durch das Schlüsselwort "inline" wird der Funktionscode
jeweils direkt eingesetzt ohne Funktionsaufruf. Das macht den Code zwar größer aber call und return entfallen.

Nun lese ich grad Folgendes und muss feststellen das ich durch inline NICHT unbedingt zum gewünschten Ziel komme

Quelle: https://de.wikibooks.org/wiki/C-Prog...ine-Funktionen

a) Eine Funktion, die als inline definiert ist, soll gemäß dem C-Standard so schnell wie möglich aufgerufen werden.
b) Die genaue Umsetzung ist der Implementierung überlassen.
c) Beispielsweise kann der Funktionsaufruf dadurch beschleunigt werden, dass die Funktion nicht mehr als eigenständiger Code vorliegt,
sondern an der Stelle des Funktionsaufrufs eingefügt wird.
Dadurch entfällt eine Sprunganweisung in die Funktion und wieder zurück.
d) Allerdings muss der Compiler das Schlüsselwort inline nicht beachten,
wenn der Compiler keinen Optimierungsbedarf feststellt.
f) Viele Compiler ignorieren deshalb dieses Schlüsselwort vollständig und setzen auf Heuristiken, wann eine Funktion inline sein sollte.


zu a) eigentlich soll die Funktion garnicht aufgerufen werden, sondern der Code direkt eingefügt werden.
zu b) verstehe ich nicht, die Implementierung ist doch mein code ?
zu c) genau das möchte ich
zu d) UPPS, das soll er aber unbedingt beachten, unabhängig von der Optimierungsstufe
zu f) damit ist inline für mich unsinnig geworden


Gibt es einen Zwangs-Paramter(Schlüsselwort), dass der Code "unbedingt" ohne Aufruf in den Code eingetragen wird ?

Ich danke Euch schonmal für Informationen

Siro

- - - Aktualisiert - - -

Habe noch etwas weiter gesucht und folgendes gefunden:

Inline Methoden

In der klassenorientierten Programmierung kommt es häufig vor, dass eine Methode nur aus einer einzigen Anweisung besteht. Dies geschieht besonders oft bei sogenannten Gettern. Hierbei ist der Aufwand, die Funktion zu rufen aufwendiger als das, was die Funktion eigentlich leistet.
In dem Fall kann man dem Compiler empfehlen, den Funktionsaufruf wegzulassen und die wenigen Anweisungen direkt da auszuführen, wo eigentlich die Funktion gerufen werden soll.
Eine inline-Funktion wird also überall da eingesetzt, wo eigentlich die Funktion gerufen werden sollte.

Also ist inline nur eine Compiler Empfehlung. Man kann es nicht direkt steuern

[shedepe]

Hey,
zu a) Von Wikipedia:

Es ist für den Compiler aber nicht für jede beliebig komplizierte Funktion möglich, die vom Programmierer gewünschte Ersetzung auch durchzuführen. Dann wird der normale Funktionsaufruf beibehalten.

Aus dem englischen Artikel: [quote]Complete inline expansion is not always possible, due to recursion: recursively inline expanding the calls will not terminate. [/qoute]
zu b) Nein die Implementierung des Standards macht der Compilerhersteller.
zu c) Von Wikipedia: [quote]Vielmehr ist das inline im Beispiel als Empfehlung an den Compiler zu sehen, der er aber nicht nachgehen muss[/qoute]
zu d) 1. Nein wenn die auf Size Optimierst dann wäre es für den Compiler ja falsch das zu machen. 2. Es gibt compiler spezifische Erweiterungen wie __forceinline die inline erzwingen
zu f) Der Compiler weis in der Regel besser zu Optimieren als du.

Lies dir mal den englischen Artikel dazu durch: https://en.wikipedia.org/wiki/Inline_expansion da wird das sehr genau beschrieben.

[Siro]

Ich danke Dir shedepe

Ich hab es mir grad durchgelesen und habe die Komplexität von inline völlig unterschätzt.
Je nach Code kann das echt problematisch werden für den Compiler. Wenn dann noch Paramter oder schlimmer Rekursionen auftreten, sollte man das lieber dem Compiler überlassen wie und ob er dort optimiert,
gebe ich Dir bzw. dem Compiler völlig recht.

Ich hatte nur eine Minifunktion die zwei Werte subtrahiert und wollte den Compiler dazu zwingen den Code als inline zu codieren.
Das tut er vermutlich sogar selbst wenn ich die entsprechenden Optimierungen setze.

Dann sind wird von meiner Seite schon durch mit dem Thema INLINE
und wünsche ein "optimales" Wochenende.
Siro

[shedepe]

Kleiner Tipp zum Thema Optimierung (von Hand):
Optimierung sollte man erst dann verwenden wenn man sie braucht. Wenn dein Programm das tut was es soll, und das schnell genug dann ist das gut so. In dem fall sollte man lieber auf sauberen, wartbaren Code achten.
Wenn man aber tatsächlich ein Performance Problem hat, dann sollte man seinen Code profilen. Z.B. mit Callgrind auf Linux. Ein Profiler zeigt dir an wie häuft ein bestimmter Funktionsaufruf gemacht wird.
Dann kann dort gezielt optimieren. Es bringt z.B. nichts eine Routine die nur einmal oder zwei mal aufgerufen wird zu optimieren. Wenn man hingegen eine Routine die alle 5ms aufgerufen wird, kann man viel mehr rausholen.

[Peter(TOO)]

Hallo Siro,

Ich hatte nur eine Minifunktion die zwei Werte subtrahiert und wollte den Compiler dazu zwingen den Code als inline zu codieren.

So etwas kann man als Macro realisieren:

#define add(a,b) (a)+(b);

MfG Peter(TOO)

[shedepe]

Bevor man Macro anstelle von inline Funktionen vorschlägt sollte man sich Gedanken drüber machen ob Macros wirklich Sinn machen.
Das ist die erste Zusammenfassung die ich auf die Schnelle gefunden habe:

https://stackoverflow.com/questions/...ocessor-macros

[Peter(TOO)]

Hallo,

Bevor man Macro anstelle von inline Funktionen vorschlägt sollte man sich Gedanken drüber machen ob Macros wirklich Sinn machen.

Wenn man garantiert haben will, dass der Code auch wirklich inline eingefügt wird, geht das nur mit Macros.
Inline ist, wie vieles in C, nur eine Empfehlung an den Compiler.

Übrigens wurde inline erst mit C++ eingeführt und wurde dann in C99 übernommen.

MfG Peter(TOO)

[damfino]

Mit

static inline void Fahrmotorencheck(void)__attribute__((always_inline));

schaffe ich es das diese Funktion immer inline ist.

Mache das aber nur für kleine in sich geschlossene Funktionen die oft aufgerufen werden.

Habe mal gelesen das es bei den Atmegas nicht so darauf ankommt da Funktionsaufrufe schnell abgearbeitet werden.