Discussion :

[cgu]

Hello tout le monde,

Existe t il un moyen d'intervenir manuellement sur la memoire (hors mecanisme Garbage Collector) ?! En d'autres termes le GC est il debrayable si besoin pour forcer la desalllocation d'un objet ?! J'ai bien entendu parlé des objets de reference mais je ne suis pas sûr que ça m'emmene bien loin...

Une autre petite qst pendant que j'y suis, les variables locales d'une méthode non statique sont je suppose candidates au GC une fois sorti de celle-ci ? En est il de meme pour les variables locales des méthodes statiques ?

Merci pour votre participation

[Pill_S]

Hello,

Existe t il un moyen d'intervenir manuellement sur la memoire (hors mecanisme Garbage Collector) ?! En d'autres termes le GC est il debrayable si besoin pour forcer la desalllocation d'un objet ?! J'ai bien entendu parlé des objets de reference mais je ne suis pas sûr que ça m'emmene bien loin...

Personnellement, je n'en connais aucune. La mémoire est gérée automatiquement, que tu le veuille ou non (et je peux te promettre que ça évite beaucoup de bugs ). La seule chose que je connaisse, c'est les appels à "System.gc();", qui réclament un passage du GC, mais sans garantir qu'il sera bien exécuté!
Quant aux "objets de référence", je ne connais pas du tout, je doute même que cela soit un terme utilisé en java...

Une autre petite qst pendant que j'y suis, les variables locales d'une méthode non statique sont je suppose candidates au GC une fois sorti de celle-ci ? En est il de meme pour les variables locales des méthodes statiques ?

Oui, et ça va même plus loin: la durée de vie de n'importe quelle variable est limitée au bloc qui la déclare. Si tu déclare une variable dans une boucle par exemple, à chaque itération la variable meurt et est recréée (pour autant qu'elle ne soit pas référencée ailleurs dans le programme)

Merci pour votre participation

[nicgando]

Bon je ne pense pas t'aider mais on ne sait jamais; il y a un peu de tuning à faire avec la gestion des références via les classes héritant de la classe abstraite Reference (PhantomReference, SoftReference, WeakReference).
Je n'ai jamais utiliser et je ne me suis jamais pencher sur ces classes
Tu peux voir dans la javadoc.

...pas très utile ce post en fait

[cgu]

Bon je ne pense pas t'aider mais on ne sait jamais; il y a un peu de tuning à faire avec la gestion des références via les classes héritant de la classe abstraite Reference (PhantomReference, SoftReference, WeakReference).
Je n'ai jamais utiliser et je ne me suis jamais pencher sur ces classes
Tu peux voir dans la javadoc.

...pas très utile ce post en fait

C'est effectivement de ses classes dont je parlais

[Pill_S]

PhantomReference, SoftReference, WeakReference

ah d'accord, là ça me parle plus

mais moi non plus, je n'ai jamais eu besoin de les utiliser... désolé

[cgu]

La mémoire est gérée automatiquement, que tu le veuille ou non (et je peux te promettre que ça évite beaucoup de bugs ).

Ben je veux bien te croire, mais ca me pose un vrai pb d'utilisation : je cherche a remplir une base de données a partir de données contenues dans un fichier texte.

Le tout est realise en java via une methode qui charge les données (utilisation de variables locales) avant de les mettre en base via JDBC.

Malheureusement, la memoire consommée pendant l'operation ne sera par la suite jamais relachee (meme apres appel au GC)...

[Pill_S]

Malheureusement, la memoire consommée pendant l'operation ne sera par la suite jamais relachee (meme apres appel au GC)...

Peux-tu nous expliquer ce qui te fait penser ça?

[cgu]

Malheureusement, la memoire consommée pendant l'operation ne sera par la suite jamais relachee (meme apres appel au GC)...

Peux-tu nous expliquer ce qui te fait penser ça?

ben les fonctions MaxMemory, FreeMemory, et TotalMemory m'ont bien aidé

en fait, mon soft fait pas mal d'import/export de données et ces operations consomment malheureusement pas mal de ram... tout se passe correctement en test unitaire mais c'est en enchainant les operations que le pb est apparait, et meme si on attend 30 minutes entre deux operations, la memoire n'est jamais liberee... d'ou mon inquietude, des references aux objets doivent persister, mais je n'utilise a priori que des variables locales

[Pill_S]

Est-ce que tu es sûr de bien fermer toutes tes ressources ouvertes ?

Par exemple, avec JDBC, on devrait fermer manuellement les connexions, les statement et les resultset...

ça m'étonnerait que le problème vienne de là, mais c'est peut-être un début de piste... en tout cas, il est difficile de mieux t'aider sans se plonger dans le code

[phryos]

Alors y'a des trucs que l'on m'a montré en formation cartographique.

Une fonction appelée souvent et dont il est nécessaire d'allouer une variable, tu passes cette variable en membre
Par exemple, sur une méthode repaint :

Code :

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

1
2
3
4
5
6
7
void repaint() {
  BBox bb = new BBox();
 
  bb.setRect(this.x - l, this.y -h, this.x + l, this.y + h);
 
  bb.redraw(this);
}

La méthode repaint est appelé très souvent et cet exemple montre que tu peux facilement exploser ta mémoire.

Code :

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

1
2
3
4
5
6
7
8
 
BBox bb = new BBox();
 
void repaint() {
  bb.setRect(this.x - l, this.y -h, this.x + l, this.y + h);
 
  bb.redraw(this);
}

En faisant ça, tu fais une allocation unique et tu réutilises ta variable. C'est une manière d'optimisation de la mémoire

[cgu]

Est-ce que tu es sûr de bien fermer toutes tes ressources ouvertes ?

Par exemple, avec JDBC, on devrait fermer manuellement les connexions, les statement et les resultset...

ça m'étonnerait que le problème vienne de là, mais c'est peut-être un début de piste... en tout cas, il est difficile de mieux t'aider sans se plonger dans le code

effectivement, y'a peut etre de ça... j'ai meme vu qq personnes forcer les variables locales (objets) a null en fin de traitement pour exclure toute ambiguité sur leur referencement...

merci a toi pour ta reactivité

[cgu]

En faisant ça, tu fais une allocation unique et tu réutilises ta variable. C'est une manière d'optimisation de la mémoire

Effectivement c'est la premiere chose qui m'est venue a l'esprit des qu'il a fallu aborder le sujet de l'optimisation, et dieu sait que cette premiere etape est indispensable !!! parceque coder propre c'est une chose, coder efficace en est une autre et meme avec un peu de metier, c'est pas forcement evident d'etre efficace des le premier jour, tant qu'on a pas été confronté a de réels pb de performance