JLI Spieleprogrammierung

[Jonathan_Klein]

Also: Wie viel Zeit beansprucht es, eine Variable anzulegen? Also ist es schneller eine Variable einer Klasse direkt in der Klasse zu erstellen, oder erst in einer Methode der Klasse? Gibt es da einen Unterschied?

Und stimmt es, das Teilen langsamer als multiplizieren ist?
also 10*0,5 schneller als 10/2 ?

Ist zwar bestimmt nicht viel, aber wenn mans überall macht, könnte das schon ein bischen die Geschwindigkeit steigern.
_________________
https://jonathank.de/games/

[Hazel]

Du brauchst dir in den meisten Fällen um solche Dinge keine Gedanken machen weil dass der Compiler für dich optimiert. Erst programmieren, dann profilen und DANN optimieren, sonst machst du dir nur unnötig Arbeit.
_________________
*click* Dabuu!?
Twitter: http://twitter.com/Ollie_R

[Jonathan_Klein]

ok thx
ich denke mal bei den heutigen Geschwindigkeiten macht das eh nicht soo den großen Unterschied. Es ist wohl wichtiger effiziente Algorithemn zu entwickeln, als diese bis ins letzte Detail zu optimiern.
_________________
https://jonathank.de/games/

[TheMillenium]

Das mit dem Multiplizieren dürfte stimmen!
_________________
The source of all power is in its destiny...

[Christian Rousselle]

Hazel hat unbedingt recht. Eine Ergänzng noch. Wenn du irgendwo x = 10 / 2; oder t = 10 * 0.5; im Code hast, wir der Compiler das sowieso vorher berechnen. Das gilt für alle Codeteile, bei denen die Wert von sofort berechner werden können.

C.

[Kampfhund]

Variablen die auf dem Stack angelegt werden benötigen soweit ich weiß fast garkeine Zeit (der Stack pointer muss doch nur erhöht werden, richtig?).
Es kann natürlich noch zeit für konstruktoren benötigt werden, aber das dürfte auch nicht soviel sein. Anders ist es, wenn du per new Speicher vom Heap anforderst. Das kann unter umständen schon etwas "länger" dauern. Zudem lohnt sich der Heap nur für große Objekte (es sei denn du verwaltest die kleinen objekte effizient mit einem eigenen memory manager), ansonsten wird er zu stark fragmentiert.

Aber wie Hazel bereits sagte:
Die meisten mini-optimierungen lohnen sich überhaupt nicht bzw optimiert der compiler. Du solltest eher darauf achten, dass der Code übersichtlich und Bugfrei ist. Optimieren sollte man nur an bestimmten schlüsselstellen.
_________________
Kochen ist ein NP-schweres Optimierungsproblem.

[Sören]

Ja, also um solche Sachen sollte man sich in der Regel keine Gedanken machen. Manchmal(eher selten) hilft es einem noch wenn man mal ein wenig shiftet statt einfache Punktrechnung zu verwenden(wobei ich mir fast vorstellen könnte, das der compiler das in entsprechenden Fällen auch automatisch macht.
Wirklich den Code zu optimieren bringt auch nur etwas wenn du zB eine starke 3D-Engine hast und aus ihr das maximum heraus holen willst, da kann man denn zB die Matrizen Rechungen etc. mit inline asm und SSE/3DNow! optimieren, oder alles was sehr oft gebraucht wird und durch irgendwelche trigonometrischen Funktion etwas langsamer ist. Aber: DEN Leistungsschub bringt das auch nicht, eher sollte man darauf achten dass man mit den texturen gut umgeht, also dass sie nicht zu groß sind, oder dass man unnötige Daten über den Bus schickt(zB durch dauerndes hin-und her switchen der Textur). Oder das man zB die Vertices einer Heightmap für die Kollisionserkennung nicht aus dem VRAM(also aus den Vertexbuffer) liest, sondern man sich ne Kopie im SysRam macht usw.
Wenn du dann alles oben genanntes getan hast und vieles mehr, dann kannst du vielleicht mal daran denken irgendwas in der Art, wie du oben beschreibst, im Code zu verändern.

[TheMillenium]

Stimmt! Selber sollte man wirklich nicht soviel optimieren. Hab von nem Informatiker erfahren das z.B. Die Professional Version von VC viel besser optimiert als die Standard Version!
_________________
The source of all power is in its destiny...

[Hazel]

[Kaiserludi]

Gut, dass ich mich in Punkto Optimierung auf meiner Enterprise-Version ausruhen kann

[Sören]

Argh, der Context gibt aber eigentlich was anderes her, oder irre ich?

[Nahar]

Gibt es eigentlich in Sachen Geschwindigkeit einen Unterschied ob man negative Zahlen multiplitziert oder positive?

[HotAcid]

sollte eigentlich nicht, sofern das Betriebssystem das 2k-Format benutzt. Da ist es egeal, ob Zahlen ein positives oder negatives Vorzeichen haben.
_________________
StGB §§ 328 Abs. 2 Pkt 3:
Mit Freiheitsstrafe bis zu fünf Jahren oder mit Geldstrafe wird bestraft, wer eine nukleare Explosion verursacht.

[xardias]

Also statische Variablen anzulegen benötigt gar keine Zeit, da in der exe selbst der Platz für diese Variable reserviert wird. Alle anderen Speicheranforderungen sind halt etws langsamer. Es gibt sogar optimeirungsfreaks, denen die Speicheranforderung vom Betriebsystem zu langsam ist. Die Fordern den Speicher in großen Blöcken an und verwalten den bereich dann selbst.. Kann ich aber keinem empfehlen *g*

[AFE-GmdG]

Wenn ich noch was zu dem Beitrag sagen darf:
Integerrechnung ist schneller als Fließpunktrechnung (also Float oder Double). Double ist langsamer als float, weil ein einzelnes Double nicht mehr in ein 32-Bit-Register passt.
Wenn es dann noch extrem auf Geschwindigkeit getrimmt werden soll, sollte man kein Short oder gar Byte verwenden - sondern ein Int und Structs sollten auf 32-Bit ausgerichtet sein.
Inwieweit dies alles aber praktisch durchführbar ist, kann ich nicht genau sagen - und so viel schneller wird das ganze auch dadurch nicht mehr.
Das verkürzen der Codepfade hilft ebenfalls ein wenig, also nicht für jede kleinigkeit eine eigene Fuinktion schreiben oder eben wenn möglich vieles inline programmieren

AFE-GmdG
_________________