Discussion :

[tupac25]

Bonjour,

J'ai développé une application devant tourner en tache de fond sur un pc sans interruption. Pour cela, il me faut gérer correctement la mémoire de celle ci.

Voici grosso modo, ce que contient mon application:
-Une interface graphique dynamique avec 2 JfreeChart et un jtable.
-Plusieurs thread ayant chacun une connexion JMS.
-7 Timers pouvant tourner simultanémenet.

Je pense avoir cité les objets utilisant le plus de ressource.

J'ai remarqué que depuis que j'ai mi en place les timers, mon application est devenu beaucoup plus gourmande en mémoire. J'utiliise Jconsole pour mes tests de mémoire.

Avez vous quelques conseils à me donner pour la gestion de la mémoire?

PS: j'ai déja parcouru les tuto sur ce sujet.

[Pill_S]

y'a pas de miracles, pour gérer correctement la mémoire:

1) fermer manuellement dans un finally toutes les ressources systèmes (flux, connexions, ...)
2) dès qu'un objet n'est plus utile, on met sa référence à null (principalement les champs de classe, les variables locales étant automatiquement détruites)
3) on profile avec un profiler (de préférence plus évolué que jconsole) et on interprète les résultats: on regarde les allocations, on exécute le garbage collector, et on voit quelles sont les objets qui n'ont pas pu être collectés

c'est pas très facile, mais y'a rien d'autre en magasin

[tupac25]

Est ce que Java VisualVM est plus évolué que JConsole?

[Invité]

Est ce que Java VisualVM est plus évolué que JConsole?

Oui en effet.
Entre autres, avec Visual VM on peut observer la mémoire et les processus en détail au runtime.

[adiGuba]

Salut,

2) dès qu'un objet n'est plus utile, on met sa référence à null (principalement les champs de classe, les variables locales étant automatiquement détruites)

Mais si on a besoin de mettre à null un attribut de classe c'est qu'il y a un soucis : cela ne devrait pas être un attribut mais une variable locale...

Une erreur fréquente étant de tout mettre en attribut (voir en static) par "simplicité".

a++

[Pill_S]

Mais si on a besoin de mettre à null un attribut de classe c'est qu'il y a un soucis : cela ne devrait pas être un attribut mais une variable locale...

+1, mais par principe je rappelle la règle: il y a certains cas où cela peut s'envisager (p.ex. mise en cache d'un résultat quelconque jusqu'à ce qu'on l'invalide en le mettant à null, ou suppression d'un objet d'un ThreadLocal lorsqu'on sait que le thread va mourir, etc)

[tupac25]

Est ce que cette déclaration est mauvaise alors:

Code :

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

1
2
3
4
5
6
7
8
9
10
 
Class MaClass{
 
  private Object obj = null;
 
  public void method(){
 
     obj = new Object();
  }
}

Sachant que je n'ai pas besoin que mon objet soit global.

[adiGuba]

@tupac25 question : a quoi sert 'obj' ???

Sans la réponse à cette question, impossible de t'en dire plus...

a++