Discussion :

[Geo2A]

Bonjour,

J'ai un objet qui a une propriété qui est un tableau d'octets, j'affecte à ce tableau des valeurs par le biais d'un marshal.copy.

Suis-je sur que lorsque mon objet sera détruit (par le garbage collector) que la zone mémoire occupée par le tableau sera libérée ?

A+

[tomlev]

La mémoire managée (utilisée par des objets .NET) sera libérée automatiquement. La mémoire non managée (allouée par Marshal.AllocHGlobal par exemple) doit être libérée explicitement avec Marshal.FreeHGlobal

[Geo2A]

Bonjour,

Merci pour cette réponse (rapide qui plus est).

La taille du code managé est-elle limitée ? Car les tableaux de byte que j'utilise sont très volumineux et seront nombreux (il s'agit en fait de LpBitsData de très gros Bitmap 12000 * 10000 pixels en moyenne).

La problématique est la suivante, je souhaite créer un objet GeoDIB, qui contiendra une structure DIB pour affichage avec la GDI32 (impossible avec GDI+ car trop gros et bien souvent tif 1bit ou 256 couleurs), compte tenu de la taille des données bitmap et la persistance de celles-ci pendant la durée du code dois-je les stocker dans le tas non managé ?

A+

[tomlev]

Ben le truc c'est que tu vas avoir tes données en double (dans la mémoire managée ET non managée), soit 12000 * 10000 * 4 octets * 2 = 960 Mo.
Donc ça commence à faire beaucoup...

Mais il n'y a pas de limitation à la taille de la mémoire managée, donc si tu as assez de RAM, tu peux toujours essayer...

[Geo2A]

Bonjour,

Non l'idée c'était pas de les avoir en double, mais de stocker en mémoire non managée le lpbitdata et de conserver sur l'objet .Net uniquement l'adresse dans un IntPtr, vu que l'utilisation sera pour un strechtDIbit.

NB : ton calcul est valable uniquement pour des rasters en truecolors. En fait il faut aligner le bitmap.width sur 32 bits en fonction du "bitdepth" de l'image, c'est la valeur de la propriété stride d'un system.drawing.imaging.bitmapdata.

En tout cas merci pour le suivi.

A+

[tomlev]

Non l'idée c'était pas de les avoir en double, mais de stocker en mémoire non managée le lpbitdata et de conserver sur l'objet .Net uniquement l'adresse dans un IntPtr, vu que l'utilisation sera pour un strechtDIbit.

Ah OK

NB : ton calcul est valable uniquement pour des rasters en truecolors. En fait il faut aligner le bitmap.width sur 32 bits en fonction du "bitdepth" de l'image, c'est la valeur de la propriété stride d'un system.drawing.imaging.bitmapdata.

Ouais, en fait j'ai considéré le pire des cas