Gestion globale de la mémoire en C++ : pile ou tas ?

Question

Si je déclare une structure de données globalement dans une application C++, consomme-t-elle la mémoire de la pile ou du tas ?

Par exemple

struct AAA
{

.../.../.
../../..
}arr[59652323];

Answer 1

Puisque je n'étais pas satisfait des réponses, et que j'espère que le sameer karjatkar veut apprendre plus qu'une simple réponse oui/non, voici.

En général, un processus comporte 5 zones différentes de la mémoire allouée

1. Code - segment de texte
2. Données initialisées - segment de données
3. Données non initialisées - segment bss
4. Amas
5. Pile

Si vous voulez vraiment savoir ce qui est sauvegardé et où, alors lisez et ajoutez ces pages à vos favoris :

COMPILATEUR, ASSEMBLEUR, ÉDITEUR DE LIENS ET CHARGEUR : UNE BRÈVE HISTOIRE (voir le tableau w.5)

Anatomie d'un programme en mémoire

Answer 2

Le problème ici est la question. Supposons que vous ayez un petit programme C(++ aussi, ils gèrent cela de la même manière) comme celui-ci :

/* my.c */

char * str = "Your dog has fleas.";  /* 1 */
char * buf0 ;                         /* 2 */

int main(){
    char * str2 = "Don't make fun of my dog." ;  /* 3 */
    static char * str3 = str;         /* 4 */
    char * buf1 ;                     /* 5 */
    buf0 = malloc(BUFSIZ);            /* 6 */
    buf1 = malloc(BUFSIZ);            /* 7 */

    return 0;
}

1. Il n'est ni alloué sur la pile ni sur le tas. Au lieu de cela, il est alloué comme une donnée statique et placé dans son propre segment de mémoire sur la plupart des machines modernes. Les données réelles chaîne de caractères est également alloué en tant que données statiques et placé dans un segment en lecture seule dans les machines bien pensantes.
2. est simplement un pointeur statique alloué ; de la place pour une adresse, dans des données statiques.
3. a le pointeur alloué sur le pile et sera effectivement désalloué lorsque main retours. La chaîne, puisqu'il s'agit d'une constante, est allouée dans l'espace de données statiques avec les autres chaînes.
4. est en fait alloué exactement comme au point 2. static Le mot-clé vous indique qu'il ne doit pas être alloué sur la pile.
5. ...mais buf1 est sur la pile, et
6. ... l'espace tampon mallocalisé est sur le tas.
7. Et au fait, les enfants n'essayent pas ça à la maison. malloc a une valeur de retour intéressante ; vous devriez siempre vérifier la valeur de retour.

Par exemple :

char * bfr;
if((bfr = malloc(SIZE)) == NULL){
   /* malloc failed OMG */
   exit(-1);
}

Answer 3

En général, il ne consomme ni l'un ni l'autre. Il essaie de les allouer dans un segment de mémoire qui est susceptible de rester de taille constante pendant l'exécution du programme. Il peut s'agir de bss, de pile, de tas ou de données.

Answer 4

Ni l'un ni l'autre. C'est une section de données.

Answer 5

La mémoire globale est pré-allouée dans un bloc de mémoire fixe, ou sur le tas, selon la manière dont elle est allouée par votre application :

byte x[10]; // pre-allocated by the compiler in some fixed memory block
byte *y

main()
{
   y = malloc(10); // allocated on the heap
}

EDIT :

La question est confuse : Si j'alloue une structure de données globalement dans une application C++, consomme-t-elle la mémoire de la pile ou du tas ?

"allouer" ? Cela peut signifier beaucoup de choses, y compris appeler malloc(). Cela aurait été différent si la question était "si je déclare et initialise une structure de données de manière globale".

Il y a de nombreuses années, lorsque les processeurs utilisaient encore des segments de 64K, certains compilateurs étaient suffisamment intelligents pour allouer dynamiquement de la mémoire à partir du tas au lieu de réserver un bloc dans le segment .data (en raison des limitations de l'architecture mémoire).

Je suppose que je suis juste trop vieux....