Unklarheiten "Normales" RAM / Heap / Stack

Richi schrieb:
> * Größere Datenmengen (z.B. fette Arrays oder Objekte) sollen mittels
> malloc / new auf den Heap gelegt werden.

Weshalb? Der Heap ist für Daten, die nicht permanent benötigt werden, 
oder die keine vordefinierte Grösse besitzen. Aber statisch oder global 
dürfen sie ebenso sein. Nur der Stack ist für wirklich grosse Daten u.U. 
zu klein vorgegeben.

Objekte können überall liegen, lokal (Stack), global, statisch, Heap.

> Ist mit dem normalem RAM der Heap gemeint und das Programm allkokiert
> dort bei Programmstart fix den global benötigten Speicher?

Nein. Der Lader des Betriebssystems macht das, ebenso die 
Initialisierung statischer und globaler Daten. Die Adresszuweisung 
globaler und statischer Daten wird bereits durch den Linker vorgenommen.

Es gibt zudem bei PCs kein normales und unnormales RAM.

> Wenn ich ein Objekt dynamisch allokiere, landen dann seine Members (auch
> die Statischen) auch auf dem Heap?

Die statischen nicht. Deshalb ja statisch, der Heap ist dynamisch.

Richi schrieb:
> im selben Speicher?

Definitionssache. Es gibt formal nur eine Sorte RAM, also insofern ja. 
Aber der Heap wird oft dort beginnen, wo die statischen und globalen 
Daten aufhören, also insofern nein.

Grob vereinfacht ja, wobei der Pfeil bei den globalen Daten irreführend 
ist, denn die wachsen nicht an.

Bei AVRs mit GCC ist das genau so. Aber da wir hier von PCs reden hast 
du den Code vergessen. Der liegt auch im RAM. Davor, dazwischen und 
dahinter werden möglicherweise Löcher im Adressraum sein, denen kein RAM 
zugewiesen ist, die Reihenfolge kann anders sein und es kann mehrere 
Stack geben. Sowas entscheidet auch das Entwicklungssytem, das ist nicht 
exakt vorgegeben. Auch DLLs verkomplizieren die Sache.