Discussion :

[yann458]

Bonjour,

Je suis sur un projet ,qui utilise beaucoup de pointer.
Quand ma mémoire arrive à saturation , l'allocation échoue bien évidemment.
Le hic , c'est quand je libère la mémoire , je vois pourtant bien dans le gestionnaire de tache que la mémoire utilisé diminue
une allocation mémoire demandé de 700 Mb échoue avec l'exception "Out of memory" sachant qu'il reste environ 2Gb de mémoire disponible et que à ce moment là ,mon projet n'utilise que 500 Mb de mémoire.
En passant par la méthode new et free , j'ai essayer la fonction VirtualAlloc pour les 700 Mb , même soucis.

Comment résoudre ce problème ?

Merci.

[foetus]

Ou là
Chaque application se voit allouer une "portion de mémoire" par le système d'exploitation: donc ton ordinateur peut avoir 2, 4, 12, 24 Gigas en mémoire centrale, mais ton application maximum 1 ou 2 Gigas

Dis-nous ton système d'exploitation et surtout s'il est 32 ou 64 bits?

Édit: Un papier d'Intel de 2011 peut-être pas pertinent, mais qui montre le problème: Memory Limits for Applications on Windows

[ternel]

En passant par la méthode new et free

Mes yeux saignent... new et delete, ou bien malloc et free. Ne jamais mélanger les deux types d'allocation.

ps: je sais, c'est un jamais d'informaticien...

[Médinoc]

Et aussi, new[] et delete[]. Trop d'apprentis programmeurs ne connaissent même pas l'existence de delete[].

[isangoma]

Bonjour,

J'avais eu un probleme similaire il y a quelques temps avec un programme en developpement qui pouvait demander jusqu'a 10GO de memoire.
Ma solution fut de compiler en 64bits.

[jblecanard]

Hello

la première chose à faire dans ce genre de cas, c'est de passer un memory checker pour voir s'il y a des fuites, et où. Une fois les fuites corrigées (c'est vite dit mais c'est pas forcément facile au contraire !), à ce moment là seulement il faudra t'intéresser à d'autres stratégies pour économiser la mémoire.

[jabbounet]

hormis les problèmes de limite par applications cités précédemment, il faut aussi regarder comment ta ram est fragmentée...

plus précisément si ton programme fait une grosse allocation de 700 Mo avec un seul malloc/realloc (façon C) ou new (façon C++), et si ma mémoire est bonne, le système dans ce cas cherchera un bloc de mémoire contiguë de 700 Mo. donc même s'il te reste 2 Go de ram, si la fragmentation de ta RAM fait qu'il n'y a pas de zone contiguë suffisamment grande pour recevoir ta demande d'allocation elle échouera.


Ceci dit quand un programme consomme beaucoup de mémoire il faut regarder s'il n'y a pas de duplication de données inutile, et regarder les fuites éventuelle avec un programme comme valgrind par exemple.