Nachteile von Inline-Funktion

[Glocke]

Hey,

ich bin vorhin über Inline-Funktionen gestolpert. Die Vorteile sind mir bewusst; ebenso, dass ich eine rekursive Funktion nicht als Inline-Funktioni implementieren kann. Nur frage ich mich, wo die Nachteile liegen? Sind die Nachteile, dass meine Header-Datei größer wird, wenn ich exzessiv inline-Funktionen/-Methoden verwende? Oder wird das Programm schwieriger zu debuggen?

Mit dem was ich bisher gelesen habe, wirken inline-Funktionen wie eine eierlegende Wollmilchsau....

LG Glocke

[Xin]

ich bin vorhin über Inline-Funktionen gestolpert. Die Vorteile sind mir bewusst; ebenso, dass ich eine rekursive Funktion nicht als Inline-Funktioni implementieren kann. Nur frage ich mich, wo die Nachteile liegen? Sind die Nachteile, dass meine Header-Datei größer wird, wenn ich exzessiv inline-Funktionen/-Methoden verwende? Oder wird das Programm schwieriger zu debuggen?

Mit dem was ich bisher gelesen habe, wirken inline-Funktionen wie eine eierlegende Wollmilchsau....

Inline ist eine freundliche Bitte an den Compiler, doch bitte den Funktionsaufruf gar nicht erst zu implementieren und dafür die Funktion an die Stelle zu packen.

Damit wird das Programm schneller, weil es die Funktion nicht rufen muss. Dafür wird es größer, weil die Funktion redundant an vielen Stellen des Programms liegt. Die Redundanz ist hier kein Problem, da der Compiler sie generiert und sich dabei (vermutlich) nicht vertut. Bei sehr kleinen Funktionen (getMemberVar{ return MemberVar; }) ist das sinnvoll und kürzer als die Funktion überhaupt zu rufen. Bei sehr großen Funktionen, wird das Programm vergrößert.
Was jetzt wichtiger ist, musst Du entscheiden.

[Lirrec]

Der Hauptnachteil ist wohl die Größe des resultierenden Programms.
Es könnte zum Beispiel passieren, dass ein Programm mit einer Version einer Funktion noch in den CPU-Cache passt, mit 1000 inline Versionen nicht mehr.

Mit Debuggen hab ich in der Hinsicht keine Erfahrung, aber in der Theorie gehen natürlich beim kompilieren alle Informationen darüber, dass gerade eine inline Funktion läuft, verloren. Bei einem optimierten Programm könnte das also durchaus problematisch werden.
Wenn mit debug-flags kompiliert wird, werden in der Regel auch viele Optmierungen abgeschaltet, deshalb könnten in dem Fall die inline Funktionen vielleicht garnicht als inline kompiliert werden.

Meiner Meinung nach ist das gezielte Verwenden von inline Funktionen durch den Programmierer ( z.B. über das inline-keyword in C++) nicht immer nützlich, die meisten Compiler nehmen inline eher als Hinweis als als Anweisung. In der Regel wird der Compiler zu große oder komplexe Funktionen einfach nicht inlinen, kleine ohne inline-keyword dafür durchaus automatisch.

[Xin]

Meiner Meinung nach ist das gezielte Verwenden von inline Funktionen durch den Programmierer ( z.B. über das inline-keyword in C++) nicht immer nützlich, die meisten Compiler nehmen inline eher als Hinweis als als Anweisung.

Müssen Sie - spätestens sobald eine Funktion rekursiv benutzt wird, ist inline hinfällig.

Kaum ein Jahr angemeldet, schon der erste Beitrag
Bevor wir den Spamschutz hatten, habe ich unbeteiligte User nach drei Monaten gelöscht. Dann war's ja mal gut, dass ich das in der letzten Zeit eingestellt habe.

Willkommen an Board. ^^

[Glocke]

Der Hauptnachteil ist wohl die Größe des resultierenden Programms.
Es könnte zum Beispiel passieren, dass ein Programm mit einer Version einer Funktion noch in den CPU-Cache passt, mit 1000 inline Versionen nicht mehr.

Das wäre durchaus ein Nachteil

Mit Debuggen hab ich in der Hinsicht keine Erfahrung, aber in der Theorie gehen natürlich beim kompilieren alle Informationen darüber, dass gerade eine inline Funktion läuft, verloren.

Die Information, dass gerade eine inline-Funktion läuft? Was meinst du damit genau?
Der Compiler setzt den Code von inline-Funktionen doch direkt an Stelle der Funktion ein.... oder hab ich das falsch verstanden?

Bei einem optimierten Programm könnte das also durchaus problematisch werden.

Naja aber ein optimiertes Programm würde ich eh nicht debuggen wollen - also nicht freiwillig

Meiner Meinung nach ist das gezielte Verwenden von inline Funktionen durch den Programmierer ( z.B. über das inline-keyword in C++) nicht immer nützlich, die meisten Compiler nehmen inline eher als Hinweis als als Anweisung.

Inline ist eine freundliche Bitte an den Compiler, doch bitte den Funktionsaufruf gar nicht erst zu implementieren und dafür die Funktion an die Stelle zu packen.

Okay, also ein Hinweis Ist es nun sinnvoll inline zu verwenden... oder

In der Regel wird der Compiler zu große oder komplexe Funktionen einfach nicht inlinen, kleine ohne inline-keyword dafür durchaus automatisch.

... oder macht das der Compiler beim optimieren selbständig?

[Xin]

Mit Debuggen hab ich in der Hinsicht keine Erfahrung, aber in der Theorie gehen natürlich beim kompilieren alle Informationen darüber, dass gerade eine inline Funktion läuft, verloren.

Die Information, dass gerade eine inline-Funktion läuft? Was meinst du damit genau?
Der Compiler setzt den Code von inline-Funktionen doch direkt an Stelle der Funktion ein.... oder hab ich das falsch verstanden?

Eine Debug-Version hat deutlich mehr Informationen über den Programmverlauf, hier kann der komplette Quelltext einkompiliert sein, also auch die Information, woraus die folgenden Assemblerbefehle erzeugt wurden und wo sie im Quelltext stehen.

So springt Dein Debugger an die richtige Zeile im Code, aber im eigentlichen Programm fehlt der Sprung.
Debug-Versionen sind in der Regel nicht optimiert. Hier kann 'inline' also sowieso ignoriert werden.

Okay, also ein Hinweis Ist es nun sinnvoll inline zu verwenden... oder
... oder macht das der Compiler beim optimieren selbständig?

Du drückst Deine persönliche Präferenz aus. Der Compiler wägt dann ab, ob er das genauso sieht. So kann er Funktionen inline setzen, die Du nicht als inline deklariert hast oder das inline verwerfen (z.B. weil es durch Rekursion nicht umsetzbar ist). Inline dient dazu, größere Funktionen inline zu verarbeiten, die der Compiler dafür jetzt nicht ausgewählt hätte. Compiler, die inline-Funktionen nicht beherrschen, ignorieren es sowieso.

Nutze inline, wenn Du eine Funktion inline halten möchtest. Das kann zum Beispiel auch bei größeren Funktionen sinnvoll sein, die z.B. den Körper eine Schleife beschreiben, wo der Schleifenkörper also nur ausgelagert wurde. Eigentlich hätte man es sowieso manuell "inline" programmiert, man holt den Schleifenkörper nur zur besseren Übersicht raus. Überflüssige Sprünge innerhalb einer Schleife können sehr teuer sein => Hier ist inline sinnvoll.

Viel verkehrt kann man damit nicht machen, außer eben, man setzt alles inline und bläht damit sein Programm massiv auf.

[Glocke]

Nutze inline, wenn Du eine Funktion inline halten möchtest. Das kann zum Beispiel auch bei größeren Funktionen sinnvoll sein, die z.B. den Körper eine Schleife beschreiben, wo der Schleifenkörper also nur ausgelagert wurde. Eigentlich hätte man es sowieso manuell "inline" programmiert, man holt den Schleifenkörper nur zur besseren Übersicht raus. Überflüssige Sprünge innerhalb einer Schleife können sehr teuer sein => Hier ist inline sinnvoll.

Super! Okay, danke

[Lirrec]

Die Information, dass gerade eine inline-Funktion läuft? Was meinst du damit genau?
Der Compiler setzt den Code von inline-Funktionen doch direkt an Stelle der Funktion ein.... oder hab ich das falsch verstanden?

Stimmt schon, ich meinte damit z.B. die Möglichkeit im Debugger (z.B. wenn das Pogramm in der inline funktion crasht) zu sehen in welcher Codezeile das ganze passiert ist (man weiß an der Stelle ja nicht mehr, dass dieses Stück Code eigentlich zur inlinefunktion blah() gehört. ).
Aber im Prinzip hast du Recht, das sind alles Probleme die in einem ordentlichen Debug-Build wohl nicht auftreten werden.

Okay, also ein Hinweis Ist es nun sinnvoll inline zu verwenden... oder macht das der Compiler beim optimieren selbständig?

Meine Meinung:
Verwenden ja, aber sei dir bewusst, dass es nicht zwangsweise beachtet wird.
Es einfach vor möglichst viele Funktionen zu schreiben in der Hoffnung, dass das Programm dadurch schneller wird, ergibt aber keinen Sinn
Die Richtigen Kandidaten sind in der Regel eher kleine Funktionen, es wird zb oft genutzt wenn du einen Header mit mathematischen (Helfer-)Funktionen hast ( Abstand zwischen 2 Punkten, solche Sachen), oder ähnliches, aber natürlich solltest du das im Einzelfall selbst entscheiden.
Außer der direkten Bedeutung für den Compiler ist es natürlich auch noch ein Hinweis an andere Programmierer ( dazu zählt i.d.R. auch das spätere selbst ), wie die Funktion verwendet werden sollte/gedacht ist.

Kaum ein Jahr angemeldet, schon der erste Beitrag
Bevor wir den Spamschutz hatten, habe ich unbeteiligte User nach drei Monaten gelöscht. Dann war's ja mal gut, dass ich das in der letzten Zeit eingestellt habe.

Willkommen an Board. ^^

Irgendwie hatte ich so eine Antwort erwartet Ich les schon eine Weile mit, konnte mich bis jetzt aber nicht wirklich dazu bewegen auch was mitzuschreiben.
Jetzt, da ihr mich bemerkt habt, werd ich mich wohl auch noch Vorstellen ^^

EDIT:
mist, war wieder zu langsam
@Xin: Der Aspekt bezüglich großen Funktionen stimmt natürlich, das hatte ich selber nicht so auf dem Radar.