Discussion :

[Algernon2]

Bonjour,

J'ai vraiment chercher des heures sans comprendre pourquoi j'ai ce problème:

J'ai un code ci-dessous où j'alloue dynamiquement un tableau de 100*1024 entiers, ensuite j'ai un deuxième pointeurs ptr2 qui pointe à l'adresse du tableau précédement alloué avec ptr.

Ensuite j'alloue une nouvelle zone mémoire avec ptr (donc ptr2 pointe bien l'ancienne zone). Mais lorsque j'appelle delete[] ptr2, rien n'est désallouer ?

Quelqu'un saurait-il m'expliquer pourquoi.

Merci

Algernon

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
 
int* ptr = new int[100 * 1024];
// initialisation du tableau ptr
int*ptr2 = ptr;
 
ptr = new int[50 * 1024];
 
delete [] ptr2; // Ici est le problème, pourquoi mon tableau n'est pas désallouer??

[koala01]

Salut,

Il faut comprendre qu'un pointeur n'est jamais qu'une variable numérique entière (généralement) non signée qui représente l'adresse mémoire à laquelle se trouve l'objet du type indiqué (ou, dans le cas présent, un espace mémoire suffisant pour représenter les x*1024 entiers).

Ainsi, lorsque tu alloues l'espace pour 100*1024 entiers à la ligne 1, ptr correspond à l'adresse qui correspond à celle du premier des 102 400 entiers en question.

Lorsque, à la ligne 4, tu déclares ptr2 et que tu l'initialise avec la valeur de ptr, tu as deux variables différentes qui sont tous deux des pointeurs vers des entiers, qui pointent tous les deux vers la même adresse mémoire.

Mais à la ligne 6, ptr prend une autre valeur: celle de l'adresse mémoire du premier des 51 200 entiers pour lesquels tu demandes l'allocation dynamique.

Tu te trouves donc dans une situation dans laquelle ptr (mettons 0xAABBCCDD) pointe vers une adresse alors que ptr2 pointe vers une autre adresse (mettons 0x11223344).

Il est donc normal, lorsque tu appelle delete sur ptr2, que tu ne libères que l'espace mémoire qui commence en 0x11223344, sans toucher à celui qui commence en 0xAABBCCDD

Si tu veux libérer la mémoire pour les deux tableaux, tu dois aussi invoquer delete pour ptr

[JolyLoic]

Mais lorsque j'appelle delete[] ptr2, rien n'est désallouer ?

Qu'est-ce qui te fait dire que rien n'est désalloué ?

[Algernon2]

Bonjour à vous deux et merci encore pour vos réponse,
je suis entièrement d'acccord que ptr et ptr2 pointent deux espaces mémoire différent , ma question était que lorsque j'utilise sysinfo pour voir la quantité de ram libre avant et apres le delete [] ptr2, je m'attendais a voir augmenter la ram libre du nombre d'octet pointé par ptr2, mais non pas du tout?
Du coup je doutais que delete [] ptr2 allais bien désallouer tout le bloc de 50 * 1024 entiers ? A mon sens oui, mais alors pourquoi la ram n'augmente pas de 50 * &024 * sizeof (int) octets ave sysinfo ?

Peut etre c'est la taille du tas occupée que je devrais voir mais je ne sais pas comment faire ?

Merci

Algernon

[Algernon2]

Euh, je voulais dire pourquoi avec sysinfo je ne vois pas apres le delete [] ptr2, que la ram libre augmente de 100*1024 * sizeof (int) octets je veux dire?

Merci

[JolyLoic]

Généralement, les process utilisent plein de stratégies d'allocation mémoire bien complexes, qui font entre autre que quand du code relâche de la mémoire, le process va la garder quand même encre un peu, afin d'aller plus vite sur l'allocation mémoire qui va suivre, en la réutilisant.

Et donc, ton outil qui mesure la mémoire allouée pour le process ne peut pas voir que la mémoire est redevenue disponible pour d'autres allocations dans le même process. D'où ma question sur l'outil de mesure utilisé pour dire que la mémoire reste non libérée...

[Algernon2]

bonjour,

j'ai utilisé sysinfo et j'ai regardé le champ freeram, j'ai aussi essayé de lire directement le fichier /proc/mem à la ligne freeram et aussi le gestionnaire de mémoire d'ubuntu mais pareil la mémoire libre augmente que des quelques octet et pas des 100*1024*sizeof(int) espéré

merci