Merci de votre réponse concernant la fonction de garbage collection.
Pour
donner plus de détail sur le symptôme, nous utilisons windows server
2003 Standard Edition avec 4Go de RAM, et nous manipulons une image de
32000 lignes par 18432 points de large, soit 600Mo.
Nous créons
une bitmap de 18432 points de large (plaine largeur) avec la fonction
NewBitmap, mais seulement sur 1200 lignes de haut.
Cette bitmap
est affichée partiellement avec la fonction "CanvasDrawBitmap" dans un
Canvas de 600(haut)X1024(large), le positionnement horizontal se
faisant à l'aide d'un Slide numérique qui gère le pointage dans la
bitmap, comme le ferait un ascenseur.
Pour le déplacement
vertical dans l'image, nous utilisons la fonction "SetBitmapData" afin
de déplacer la bitmap dans le gros buffer de l'image globale, là aussi
avec un Slide numérique en ascenseur, afin de ne pas créer une bitmap
sur la totalité de l'image.
La première manipulation (malloc(), NewBitmap(), puis libération par free() et DiscardBitmap() ) se passe très bien.
La
deuxième manipulation se passe mal après exécution d'une autre fonction
qui alloue dynamiquement (malloc, puis free ()) une grande quantité de
petit buffer de 16384 octets (40 000) soit 650Mo.
L'alternance de
ces deux fonctions nous pose un gros problème car elle met en évidence
les phénomènes de non libération de la table des allocations pourtant
libérées.
Nous souhaitons aussi préciser, afin de ne pas mélanger
le problème avec les limites de la fonction "NewBitmap", que nous avons
reproduit le même phénomène dans un petit logiciel séparé, où nous ne
faisons que des "malloc()" et des "free()" d'une taille de 650Mo, en
alternance : une fois en un grand "malloc()" de 650 Mo suivi d'un
"free()", et la suivante en 40 000 "malloc()" de 16384 octets, suivi
aussi d'un "free()".
En résumé, lorsque les tailles gérées par
ces deux méthodes peuvent être cumulées dans la mémoire gérée par
l'application LabWindows/CVI, tout va très bien et la mémoire libérée
et réallouée plus tard probablement "au même endroit", mais lorsque les
tailles gérées ne peuvent plus être cumulées, le problème survient car
le grand buffer de 650Mo ne peut pas être alloué une seconde fois.
Un vrai bon problème de garbage collection.
Des
solutions existent pour notre application, entre manipuler notre
allocation par la gestion de nos pointeurs dans le grand buffer alloué
une seule fois au début, ou encore lire les morceaux utiles de l'image
sur le disque dur au fur et à mesure du besoin, ... mais cela impose
une réécriture déplaisante de cette gestion mémoire, et malgré une
allocation globale au départ, nous devons encore valider que les
allocations dynamiques (listes chaînées, ...) qui restent seront
correctement gérées.
Faute de meilleures nouvelles, nous
allons essayer de faire le choix le plus efficace pour l'affichage, et
le moins pénalisant pour le disque dur.
Si vous voyez un meilleur moyen de gérer l'image, nous sommes preneurs.
Sincères salutations,
Franck Dubreuil
