spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »TrommlBomml«

Soweit ich weiß optimiert der Compiler trotzdem nach eigenen Ermessen? Hat jemand mal nachgeforscht, wie aggresiv der wirklich inlined? Wollte ich schon immer mal wissen.

Moderne C++ Compiler inlinen so aggressiv wie möglich und sinnvoll. Interessant zu erwähnen ist vielleicht, dass Inlining in einem modernen Compiler nichts mit dem Keyword inline zu tun hat (dessen wirklicher Zweck liegt heutzutage eigentlich nur noch darin, die Definition eines Dings in mehreren Übersetzungseinheiten zu erlauben). Bin mir nicht sicher, was für eine Art Antwort du auf diese Frage konkret erwartest. Mich persönlich jedenfalls hat keiner der C++ Compiler, mit denen ich üblicherweise zu tun hab (MSVC, nvcc, clang, gcc), bisher je wirklich enttäuscht, wenn es um inlining ging...

Zitat von »Schorsch«

Mich würde es tatsächlich wundern wenn inlining bei Java erst in der JVM passiert.

Na klar passiert das nur durch die JVM, anders geht es doch gar nicht. Der klassische Java-Compiler macht praktisch gar nichts, außer den Code in Bytecode umzuwandeln. Das ist dem dynamischen Linken geschuldet. Das ist doch das Tolle, sonst müsste man zur Compile-Zeit wissen welche Module man in welcher Version zur Laufzeit verwendet. Natürlich gibt's analog zur DLL-Hell dadurch möglicherweise eine JAR-Hell, aber nichts kommt ohne Preis. Man könnte eine Art inline-Funktion in den Java-Compiler einbauen, aber zur Optimierung macht der nichts automatisch. Insbesondere Inlining hat massive Auswirkungen darauf, wie man eine Klasse verwalten muss. Bei Inlining muss man die Klasse neu kompilieren, wenn man "fremde" inline Funktionen aktualisieren möchte. Lediglich innerhalb einer Klasse könnte man Inlining zur Compile-Zeit einsetzen ohne das dynamische Linken zu stören.

Da hast du natürlich recht.

BTW man kann zum Beispiel Soot benutzen, um Optimierungen wie Inlining in Java-Programmen schon vor der Laufzeit durchzuführen. Dabei verliert man natürlich ggf. Möglichkeiten nach dem Deployment Patches dynamisch reinzulinken (nicht schön aber manchmal eine pragmatische Lösung).

Zitat von »dot«

Moderne C++ Compiler inlinen so aggressiv wie möglich und sinnvoll.

Das ist mir ehrlich gesagt zu ungenau, ist nirgends spezifiziert, was "sinnvoll" ist? Das ist doch das spannende.

Zitat von »TrommlBomml«

Zitat von »dot«

Moderne C++ Compiler inlinen so aggressiv wie möglich und sinnvoll.

Das ist mir ehrlich gesagt zu ungenau, ist nirgends spezifiziert, was "sinnvoll" ist? Das ist doch das spannende.

Im Sourcecode des Compilers.

Interessant sind evtl noch: CppCon 2016: Jason Turner “Practical Performance Practices" und als Antwort dazu C++ and code inlining

Zitat von »TrommlBomml«

Zitat von »dot«

Moderne C++ Compiler inlinen so aggressiv wie möglich und sinnvoll.

Das ist mir ehrlich gesagt zu ungenau, ist nirgends spezifiziert, was "sinnvoll" ist? Das ist doch das spannende.

Genauer spezifizieren kann man's halt im Allgemeinen leider nicht. Weiterer, guter Talk zum Thema: https://www.youtube.com/watch?v=FnGCDLhaxKU&t=25m50s

Edit: Der hier war auch gut: https://www.youtube.com/watch?v=g7entxbQOCc

Interessanter ist doch, das fuer 80% der Leser hier es nie einen Unterschied machen wird, ob nun eine Funktion mehr oder weniger geinlined wird. Und beim Rest beschaeftigen sich wieder 80% hoechsten 2-3 Tage im Jahr mit so einem Problem.

Anders gesagt: Erstmal programmieren. Dabei möglichst Best Practices beachten (Siehe der Talk von Jason Turner in meinem letzten Post).

Wenn man dann Probleme feststellt: Profilen, nachjustieren.

Und wenn man sich wirklich Sorgen über Inlining macht, muss man eben die vom Compiler produzierte Assembly checken...