spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Zitat von »Jack«

wird für eine Variable die in einer Schleife bei jedem durchlauf neu deklariert wird, immer wieder
neuer Speicher angelegt?

Prinzipiell Ja, allerdings kostet das praktisch nichts sofern es sich dabei nur um einen int handelt. Wenn es ein komplexeres Objekt ist kann das teuer werden, wobei nicht das Reservieren des Speichers sondern der Konstruktoraufruf der wesentliche Faktor dabei ist.

Zitat von »Jack«

Also z.B

	C-/C++-Quelltext
1 2 3 4	while(GameLoop) { int Integer; }

Wo liegt der Unterschied, außer das die Variable "Integer" immer wieder einen
undefenierten Wert zugewiesen bekommt, zu dem hier:

	C-/C++-Quelltext
1 2 3 4 5	int Integer; while(GameLoop) { //... }

Integer hat in beiden Fällen undefinierten Wert. Der Unterschied liegt im Scope.

Im ersten Fall erstellst du n Mal einen Integer, machst n Mal irgendwas damit und zerstörst ihn n mal wieder.
Im zweiten Fall erstellst du einmal einen Integer, machst n Mal was damit und zerstörst ihn einmal wieder.

Bei einem Integer ist es jetzt nicht so schlimm, aber generell sollte man - wenn man die Möglichkeit hat - eine Variable vor einer Schleife erstellen und nicht innerhalb der Schleife immer wieder neu.

Nein, der Speicher wird nicht immer neu angelegt. Die Variable liegt auf dem Stack und dieser wird einmalig zu Beginn des Programms angelegt. Das einzige was passiert ist, das der Stackpointer um den Betrag weitergeschoben wird und am Ende des Scopes der Variablen wieder zurueckgeschoben wird.

Ausserdem wuerde ich mir darum keine Gedanken machen:
a) optimiert es der Compiler
b) ist diese Schleife mit an Sicherheit grenzender Wahrscheinlichkeit irrelevant fuer die Performance deines Programms

Könnte aber auch gut sein, dass sich die Variable in einem Register aufhält. Da werden dann nicht einmal vergleichsweise teure Stackoperationen benutzt.

Soll man dann auch bei SFML alles vor der



Schleife anlegen?

Oder geht das dann auch in der Schleife in Ordnung?

Grundsätzlich gilt das ja für alle Schleifen. Also natürlich auch für die SFML-Schleife. Allerdings ist ein SFML-Programm ja meist etwas komplexer. Aber grundsätzlich ist es auf jeden Fall nicht verkehrt, wenn man darauf achtet, dass man nicht unnötig irgendwelche Variablen ständig neu erstellt, obwohl auch ein einziges Mal reichen würde(auch wenn der Kompiler da oft vieles wegoptimiert, so dass der Unterschied vmtl. marginal ist).
Ein gutes Beispiel ist denke ich, dass man darauf achten sollte, dass man nicht bei jeden Schleifendurchgang ein sf::Image neu lädt(das kann allerdings auch passieren, wenn man das Image nicht neu erstellt); da geht die Frame-Rate auf jeden Fall ziemlich in den Keller .

ok danke für die antwort,
das mit der framerate hab ich schon bei meinem ersten kleinen SFML programm zu
spüren bekommen. Da habe ich nämlich wie du gesagt hast bei jedem Schleifendurchlauf
alles neu geladen

Ich denke, man sollte in solchen Fällen lieber auf die Struktur und Lesbarkeit des Programms achten als auf irgendwelche MIrkooptimierungen, die der Compiler genauso übernehmen kann.
Das bedeutet: Variable entsprechend ihres Scopes definieren. Wird ihr Wert ausschließlich in einem Schleifendurchlauf gebraucht, pack die Variable in die Schleife. Muss der Wert über mehrere Durchläufe erhalten bleiben, pack sie nach außen.

Ob das jetzt tatsächlich eine Stackoperationen mehr oder weniger ausmacht, darum darf sich schön der Compiler kümmern. Anders wird es, wenn ein komplexerer Konstruktor aufgerufen wird. Dann darf man auch mal von der Lesbarkeitsregel abweichen...