Discussion :

[Seth77]

Salut

J ai actuellement des problemes de memoire dans mon application ; application qui peut gerer beaucoup d objet.... et biensur arrive a un moment je me retrouve sans memoire.

Le probleme n est pa stant la gestion des objets mais vraiement dans certains cas il peuvent etre nombreux.
L application est pour le moment "bloque" en 32 bits (memoire max de ~2go pour l application)... je ne peux pas passer en 64 parce que l application utilise une bdd ACCESS.

Donc ma question est : est ce qu il y aurait une methode/ un moyen de prevenir un "futur" manque de memoire ?

Merci d avance

[Pragmateek]

As-tu vraiment besoin de tous ces objets en mémoire à un instant t ?

Sinon tu peux faire un système de cache local, par exemple basé sur SQLite, pour y stocker les objets sérialisés; le plus simple, et sans doute le plus rapide, étant la sérialisation binaire .Net.

[Seth77]

Malheureusement, pour le moment, oui.
Les differents objets proviennent deja d une base de donnee ; le nombre va dependre des requetes, et des objects affiches que l utilisateur va vouloir "utiliser".

[Skalp]

2 Go en mémoire pour une application, c'est beaucoup.

A priori, comme ça, je dirais que tu dois avoir des fuites mémoires.
Il existe des outils pour mesurer ça.
En vrac, non exhaustif : ANTS Memory profiler, .NET Memory Profiler, dotTrace, JustTrace...

[Mallory.Goossens]

Afin d'essayer d'être plus précis dans les réponses, souriez vous nous indiquer si vous utilisé également du code non managé ?
Tous vos objets utilisent-il IDisposable ?
Ne serait-il pas possible d'utiliser un pattern de type Prototype ?

[Seth77]

Salut

Oui il y du code unmanage ; et tout est bien disposé

Le "hic" est vraiement qu il peut y avoir enormement d objets en memoire ; cela va dependre de ce que va ouvrir l utilisateur (jusqu a 500 000 records)