spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Heutige Compiler sind verdammt gut. Meistens besser als es eine Person machen könnte.

Der meiste Code wird in einer Hochsprache, wie C++ geschrieben. Dazu gibt es dann gewisse Stellen, welche optimiert sind. Dort werden dann am ehesten prozessorspezifische Befehle benutzt, um eine Berechnung zu beschleunigen.

Dass man das aber wirklich braucht/es sich lohnt ist eher unwahrscheinlich, wenn man nicht gerade modernen, markt tauglichen Code schreiben muss.

Ich bin kein Experte, aber ich hab mal gehört, dass Compiler Code so gut optimieren, dass man den nur noch mit extremen Aufwand verstehen und mit noch viel größerem Aufwand selbst so gut hinbekommt. Natürlich gibt es hier und da Stellen, wo die Optimierung versagt, aber insgesamt sind die wohl doch schon sehr gut.
Und der Aufwand heutzutage in Assembler zu programmieren lohnt sich einfach nicht. Sowas wie die Cryengine will ja auch auf unterschiedlichen Plattformen laufen, wo man den Code dann einzeln anpassen und optimieren müssen. Ganz zu schweigen von dem Zeitaufwand, es überhaupt einmal in Assembler zu schreiben und die zahlreichen Fehler, die man ziemlich sicher machen wird.

Viel interessanter ist es, Physikberechnungen auf die Grafikkarte auszulagern. Und selbst bei Cuda, womit man ja fast per Definition nur highperformance Code schreiben will, wird Cuda C benutzt (mittlerweile soll sogar schon C++ funktionieren). Also vergiss Assembler lieber.

Achja, nur der Vollständigkeit halber: Man muss eh immer zuerst auf Algorithmenebene optimieren.

Compiler (gerade der von MS) wissen viel mehr als die meisten Assembler-Programmierer. Gerade was Pipelining, Jumps und Stalls, sowie Taktzeiten von Befehlen angeht.
Assembler zu schreiben ist heutzutage nur noch Spaß an der Freude oder eine Lern-Übung. Sinn macht es aus Sicht von Performance ganz sicher keinen. Es will (gerade bei Physik-Engines) auch wirklich niemand sich mit Assembler rumärgern müssen.

Optimierungen via Intrinsics oder SIMD-ASM sollte man nur in spezifischen Fällen nutzen, in denen man sich erstens sicher ist, dass der Compiler nicht in der Form optimiert und es zweitens auch Sinn macht. Deine Physik-Engine wird wahrscheinlich nicht mit den AAA-Physikengines vergleichbar sein, insofern denke ich, dass du durchaus auf die eine oder andere Optimierung verzichten kannst. Zusätzlich ist Assembler so gut wie überhaupt nicht wartbar und auch nicht besonders kompatibel zu anderen Systemen. Wie schon erwähnt bringt es viel mehr die Mathematik oder den Algorithmus zu optimieren, auch strukturelle Optimierungen darf man nicht unterschätzen.

Die großen Engines haben im generellen eher weniger Assembler, jedenfalls wenn sie einer modernen Generation entstammen. Falls du wirklich deine Physik-Engine nochmal optimieren willst, würde ich dir Intrinsics empfehlen. Mit Intrinsics kannst du wunderbar deine Floating-Point Operationen auf die FPU auslagern, welches den Code in einigen Fällen um einiges schneller macht. Für die meistens C++-Compiler gibt es ansonsten noch extra SSE-Flags, die eine erhöhte SSE-Optimierung bewirken.

Software wird heute nicht mehr in ASM geschrieben, zum Glück.

Wenn man's 'ne Weile macht, dann machen manche Sachen durchaus Sinn. Andere nicht so.

Alles, was im x86 Befehlssatz drin ist, ist eigentlich (bei Computern, wie wir sie kennen) verfügbar. Alles, was darüber hinaus geht ist nicht unbedingt selbstverständlich (auch wenn sich die Basis breiter wird).
Das ist dann auch das Problem (und die Ansatzstelle) beim Optimieren. Ein Compiler erzeugt Code, der so gut wie überall laufen soll und benutzt daher standardmässig keine Erweiterungen. Und auch wenn er sie benutzen könnte kann er es manchmal nicht, weil es nicht-triviale Codeänderungen vorgenommen werden müssten, damit er das könnte, was er nicht per se machen darf (muss äquivalent sein). Ein Mensch könnte das dann sehen und halt auch einfacher Begründen warum er man diese Änderung machen darf und die Erweiterung (mit Fallback) benutzen.
Für Compiler ist diese Anarchie also ein Fluch. Für Leute, die den Code optimieren allerdings ein Segen.

*Deutlich* interessantere Optimierungen gerade für Physikengine sind Paralellisierung & GPU-Verlagerung - keines von beiden macht dir der Compiler. Viel falsch machen kann man hier aber auch .

Zitat

Wie gut sind Compileroptimierungen?

nicht gut.

Ich kann nur empfehlen den verlinkten Thread mal ganz zu lesen, das ist ein einziger VC Bugreport

gruß