Discussion :

[Syrmonsieur]

ça fait maintenant un moment que je programme en C et j'ai toujours cru que tout appel à malloc sans free correspondant génère une fuite de mémoire, ce que je crois être un zone de mémoire non libérée à la fin de l'execution du programme.

Mais voilà qu'en cours d'info on nous dit que lorsque l'on appelle pas free, la mémoire sera libérée automatiquement.
Est-ce vrai ?

Si oui, pourquoi attache-t-on autant d'importance à la traque des moindres fuites de mémoire ?

Syrmonsieur

[Jack_serious]

En fait ce qu'on appelle "fuite memoire" n'est pas exactement le fait d'avoir de la memoire allouee presente a la fin du programme.

Une fuite memoire correspond au fait d'allouer de la memoire, et d'egarer ensuite le pointeur sur la zone allouee.

Sur un programme qui s'execute en une seconde (typiquement commande shell), ce n'est pas vraiment genant (bien que sale).

En revanche, sur un programme de type serveur, ou demon quelconque, ca devient vite catastrophique.

Imagine par exemple un serveur ou on voit quelque chose du genre:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
 
char   *command;
 
while (1)
{
   if (receive_command())
   {
      command = malloc(getcommandsize());
      getcommand(command);
      process_command(command);
   }
}

La memoire n'est jamais liberee, et on n'a aucun moyen de la retrouver...

Si ce serveur tourne en permanence, et bien il faudra rebooter la machine tous les trois jours, voire toutes les trois heures suivant l'afflux de commandes.

[ronan99999]

Au bout d'un certain temps il ne te sera plus possible d'allouer de la mémoire, tes
malloc calloc realloc finiront par planter.

[Franck.H]

Il m'a une fois été dit (mais ca reste à vérifier) que certains systèmes très prévenant et robuste dans la gestion de mémoire comme Linux par exemple, s'occupe parfois de la libération de zones mémoire mallencontreusement (désolé je connais po l'orthographe de ce mot ) oublié à la fin d'un processus.

Est-ce vrai ou est-il au moins possible de le vérifier ?

Ma foi, je n'y est jamais vraiment cru

[Médinoc]

Tous les systèmes récents (unixoïdes, WinNT, et peut-être bien Win32-nonNT) désallouent automatiquement toute la mémoire d'un processus quand celui-ci se termine.

C'est pourquoi, comme précisé plus haut, c'est principalement pour les processus longs que cela pose problème.

[Franck.H]

Tous les systèmes récents (unixoïdes, WinNT, et peut-être bien Win32-nonNT) désallouent automatiquement toute la mémoire d'un processus quand celui-ci se termine.

C'est pourquoi, comme précisé plus haut, c'est principalement pour les processus longs que cela pose problème.

Ok merci de l'info ... en tous cas n'empêche pas qu'il est préférable de le faire soi même

[Rei Angelus]

C'est pourquoi, comme précisé plus haut, c'est principalement pour les processus longs que cela pose problème.

J'ajouterai quand même que cela dépend aussi de la capacité de mémoire dont tu disposes.

Si tu travailles sur un "gros" système avec des centaines de Mo voire quelques Go ce n'est pas la même chose que si tu bosses par exemple sur un système embarqué où la capacité mémoire est généralement beaucoup plus petite. Et là ça risque de ne pas être très long avant de planter.

[Emmanuel Delahaye]

J'ajouterai quand même que cela dépend aussi de la capacité de mémoire dont tu disposes.

Si tu travailles sur un "gros" système avec des centaines de Mo voire quelques Go ce n'est pas la même chose que si tu bosses par exemple sur un système embarqué où la capacité mémoire est généralement beaucoup plus petite. Et là ça risque de ne pas être très long avant de planter.

Ce qui est une Bonne Chose. Parce que si il faut attendre 2 mois ou 2 ans avant que ça plante, ça le fera probablement (conformément aux lois de Murphy) le jour de la présentation devant le client, ce qui est une Mauvaise Chose...

[Syrmonsieur]

OK merci pour vos réponses.
Je vais donc continuer à respecter le principe "à tout malloc son free".

[Médinoc]

Naturellement.

Sache qu'il existe également des outils pour détecter les fuites de mémoire... (purify, valgrind (je crois), ou encore des outils fournis par l'environnement de développement, ou encore une bibliothèque personnelle...)

[Franck.H]

valgrind (je crois)

Oui tu peut même être sûr de toi: memcheck mais je crois que Valgrind ne tourne que sur des Unixoïdes !