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)

[Seth77]

Salut

Personne aurait des trucs et astuces pour trouver des problemes de memoire ... j ai avec des tool mais ils "plantent"
Ce que je trouve "etrange" c est que parfois l application monte parfois jusqu a 1,4 go ; mais je recois toujours l exception "OutOfMemory" aux alentours de 1,1go

Merci d avance

[jopopmk]

Salut,

j'ai pas d'outils pour les fuites mémoire (étant développeur C je sais ce que je fais :grossefrime: ).

Par contre effectivement, y'a un souci de conception, une appli qui prend même 1Go c'est trop.
Tu parles par exemple de 500.000 enregistrements "utiles", mais comment l'utilisateur peut voir/utiliser 500.000 enregistrements d'un coup ?
Si t'as besoin de faire des calculs savants, fais les en PL/SQL.
Si tu veux les afficher utilise un fonctionnement en stream/paging (ne charge pas tout d'un coup).
Enfin, si tu fait du .NET autant éviter le code unsafe, car tu passes à côté d'un des points les plus intéressants du bousin.

NB : ta DB est une Access ? Ton fichier taille combien en lui-même ?

[pascalCH]

Enfin, si tu fait du .NET autant éviter le code unsafe, car tu passes à côté d'un des points les plus intéressants du bousin.

Oui, plus de questions que de réponses pour l'instant ...

- Sur une appli 32 bits, je colle jusqu'à 20 millions d'objets en mémoire sans soucis donc 500K, je serai curieux de voir la structure des données et des objets.

Pourrais tu nous donner quelques infos sur le domaine d'application, les classes utilisées, etc ... ?

[Seth77]

Salut

La bdd fait environ 600Mo ; disons que pour le moment je ne peut pas modifie une partie du code qui gere l affichage des enregistrements, justement pour j avais penser a la solution de paging.

Le chargement en lui meme ne pose pas de probleme ; le truc c est que des classes supplementaires sont genere correspondant a des elements graphiques ; et je pense que quelque chose se mort la queue mais j arrive pas a mettre la main dessus

[pascalCH]

Le chargement en lui meme ne pose pas de probleme ; le truc c est que des classes supplementaires sont genere correspondant a des elements graphiques ; et je pense que quelque chose se mort la queue mais j arrive pas a mettre la main dessus

Peut etre que dans tes classes, il y a un constructeur qui en fait un peu trop - surtout trop tot.

les éléments graphiques, tu en as juste besoin pour dessiner, peut etre qu'en transformant la génération des elements graphique en propriété calculée ça pourrait suffire (en mode juste à temps).

si tu as un exemple de classe, ça nous aiderai ....

[Graffito]

Ce que je trouve "etrange" c est que parfois l application monte parfois jusqu a 1,4 go ; mais je recois toujours l exception "OutOfMemory" aux alentours de 1,1go

Peut-être un problème du Garbage collector qui n'arrive pas à avoir la main.

Essaie d'appeler cette procedure avant de demarrer un code faisant beaucoup d'alllocations d'objets.

Pour des raisons de performance, le paramètre SizeToAllocate vérifie si la mémoire correspondante n'est plus disponible pour ne faire une garbage collection (lente) que dans ce cas

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
internal static void CollectGarbage(int SizeToAllocateInMo)
    { // set SizeToAllocateInMo to -1 to force garbage collection without testing available memory. 
      long [,] TheArray ;
      bool DoCollect=SizeToAllocateInMo<0 ;
      if (!DoCollect) try { TheArray = new long[SizeToAllocateInMo,125000] ; } catch { DoCollect=true ; }
      TheArray=null ;
      if (DoCollect) 
      { 
        GC.Collect() ; 
        GC.WaitForPendingFinalizers() ; 
        SetProcessWorkingSetSize(System.Diagnostics.Process.GetCurrentProcess().Handle,-1,-1) ;
        GC.Collect() ; 
      }
    }

[worm83]

Salut,

Utilise tu un ORM pour l'accès à la BDD?