spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Und welchem Stack wächst der Heap bitteschön entgegen? (Achtung Trickfrage)

Wenn der Heap in den Stack reinwachsen könnte, würde undefiniertes Verhalten entstehen. Das OS verhindert das natürlich.


Und dass der Geschwindigkeitsunterschied relevant ist habe ich nie behauptet, und ja, es ist nur eine Operation um auf eine RAM Adresse zuzugreifen. Da aber sowohl Stack als auch Heap im RAM gespeichert sind wüsste ich jetzt nicht, was du mir sagen willst.. Einen Adressraum im Heap zu reservieren kann im worst case jedenfalls Minuten dauern, und im Besten Fall sicher einige Instruktionen.

Ciao

Ich habe mich was die performance betrifft wahrscheinlich falsch ausgedrückt. Ich bezog mich da auf Call by Value, wobei ja kopien auf dem Stack angelegt werden. Und das ist langsamer als das übergeben einer Referenz (ich hoffe man zählt doch auch pointer zu referenzen?), auf die man dann direkt zugreift und verändern kann.

Und was die 4GB und 64 Bit angeht, war mir das auch klar, aber es war auch einfach nur eine Beispielzahl, ich hätte auch 535GB schreiben können

Zitat von »"n0_0ne"«

Ich habe mich was die performance betrifft wahrscheinlich falsch ausgedrückt. Ich bezog mich da auf Call by Value, wobei ja kopien auf dem Stack angelegt werden. Und das ist langsamer als das übergeben einer Referenz (ich hoffe man zählt doch auch pointer zu referenzen?), auf die man dann direkt zugreift und verändern kann.

Hängt stark davon ab was du da übergeben willst. Erstens einmal ist Call by Reference in C/C++ auch nur Call by Value, nur dass halt eine Referenz auf das Original am Stack liegt und nicht eine Kopie des Objektes an sich.
Mit "schneller" wär ich in dem Context vorsichtig, die Bremse ist nicht der Stack sondern die Tatsache dass große Objekte eben lang zu kopieren brauchen. Dabei sollte man aber bedenken dass der Zugriff auf ein Objekt über einen Pointer ebenfalls zusätzlichen (wenn auch kleinen) Overhead bedeutet.