Discussion :

[rebirth03]

Bonjour,

J'utilise un compilateur gcc pour DOS sous Windows XP.

Lorsque j'exécute le code suivant:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
 
main()
{
   char *str;
 
   getchar();
   str = malloc(100000000*sizeof(char));
   getchar();
   free(str);
   str = NULL;
   getchar();
   exit(0);
}

Lorsque j'appuie une première fois sur la touche Entrée, je vois bien dans le gestionnaire de tâches de Windows (onglet Performances) que 100 Mo de plus sont utilisés, ce qui est logique.

Lorsque j'appuie une seconde fois sur la touche Entrée, malgrès que le free soit exécuté, j'ai toujours les 100 Mo d'occupés.

Ce n'est que lorsque j'appuie une troisième fois sur la touche Entrée et donc que je quitte le programme que les 100 Mo sont libérés.

Comment faire pour les libérer en cours d'exécution du programme ? car j'ai écris un programme qui fait beaucoup d'allocations/déallocations et je sature rapidement la mémoire (malloc incapable d'allouer et retournant NULL).

Merci.

[Gruik]

Salut,

Oué ce constat avait deja été fait, et je crois que c'est la meme chose sous linux : en fait quand on libère avec free, on dit juste au système qu'on va plus utiliser la zone allouée, si un autre processus à besoin de cette memoire bein il pourra la prendre.

[souviron34]

Salut,

Oué ce constat avait deja été fait, et je crois que c'est la meme chose sous linux : en fait quand on libère avec free, on dit juste au système qu'on va plus utiliser la zone allouée, si un autre processus à besoin de cette memoire bein il pourra la prendre.

faux..

Elle est libre pour ce processus, et uniquement pour lui, sauf si il se trouve que c'est le dernier segment de mémoire utilisé par le prog... auquel cas un affichage de la mémoire consommée diminuera d'autant. Sinon la mémoire reste "physiquement" attribuée au processus en cours..

[gl]

Comment faire pour les libérer en cours d'exécution du programme ? car j'ai écris un programme qui fait beaucoup d'allocations/déallocations et je sature rapidement la mémoire (malloc incapable d'allouer et retournant NULL).

Ca ne devrait pas saturer la memoire. En effet la memoire liberee n'est pas "rendue" au systeme (et donc elle apparait dans le gestionnaire des taches) mais elle est libre et sera reutilisee pour des allocations ulterieures de ce processus.

Es-tu certain que tu liberes bien tout dans ton programme ?
N'arrives-tu pas a la situation ou apres avoir allouer un grand nombre de petits espaces memoire et liberer certains, il ne te reste plus d'espace contigu suffisament grand pour les allocations que tu tentes ?

[Emmanuel Delahaye]

J'utilise un compilateur gcc pour DOS sous Windows XP.

What ? Pas de DOS sous XP. Tu veux dire en mode console ?

Lorsque j'appuie une première fois sur la touche Entrée, je vois bien dans le gestionnaire de tâches de Windows (onglet Performances) que 100 Mo de plus sont utilisés, ce qui est logique.

Lorsque j'appuie une seconde fois sur la touche Entrée, malgrès que le free soit exécuté, j'ai toujours les 100 Mo d'occupés.

Ce n'est que lorsque j'appuie une troisième fois sur la touche Entrée et donc que je quitte le programme que les 100 Mo sont libérés.

Ce n'est pas ce que je constate sur mon XP :

Comment faire pour les libérer en cours d'exécution du programme ? car j'ai écris un programme qui fait beaucoup d'allocations/déallocations et je sature rapidement la mémoire (malloc incapable d'allouer et retournant NULL).

Il doit y avoir une fuite mémoire. Pur le savoir je te conseille purify ou mon petit outil SYSALLOC

http://emmanuel-delahaye.developpez.com/clib.htm

[rebirth03]

Merci pour vos réponses

Je dois donc avoir un problème dans mon programme ...
J'ai appris que le free ne libérait la mémoire que pour le processus en cours, chose que j'ignorais jusqu'à maintenant.

Quand au DOS, je voulais effectivement parler de l'émulation DOS de XP

[gl]

J'ai appris que le free ne libérait la mémoire que pour le processus en cours, chose que j'ignorais jusqu'à maintenant.

Oui, enfin ce comportement n'est pas lie au C mais a l'environnement.

Vu du C, free libere la memoire.
Vu du systeme, ca peut rendre la memoire disponible pour le processus courant, la liberer entierement et la rendre disponible pour l'ensemble des processus, etc.

[Emmanuel Delahaye]

Oui, enfin ce comportement n'est pas lie au C mais a l'environnement.

Vu du C, free libere la memoire.
Vu du systeme, ca peut rendre la memoire disponible pour le processus courant, la liberer entierement et la rendre disponible pour l'ensemble des processus, etc.

Pour jouer, ceci que j'ai allègrement pompé d'un post du SdZ (merci magma) :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
#include <windows.h>
#include <stdio.h>
 
int main (void)
{
      MEMORYSTATUS ms;
 
      // Memoire
      GlobalMemoryStatus (&ms); // ou GlobalMemoryStatusEx()
      printf ("\nMemoire\n");
      printf ("  Totale   : %7ld Ko\n", ms.dwTotalPhys / 1024);
      printf ("  Libre    : %7ld Ko\n", ms.dwAvailPhys / 1024);
      printf ("  Utilisee : %7ld %%\n", ms.dwMemoryLoad);
   return 0;
}