Discussion :

[globule71]

Bonjour à tous !

J'aimerai mettre en place une solution permettant de contourner une exception arrivant de temps en temps

Code :

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

OutOfMemoryException

Je sais que c'est du bidouillage mais j'ai pour l'instant mis en place ceci dans mon code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
		boolean actif = false;
		Application application;
		while(true)
		{
			if(!actif)
			{
				try
				{
					application =new Application();
					actif=true;
				}
				catch (OutOfMemoryError e) 
				{
					actif=false;
					application = null;
					System.gc();
					e.printStackTrace();
				}
				catch (Exception e) {
					e.printStackTrace();
					application = null;
					System.gc();
					e.printStackTrace();
				}
			}
			try {
				Thread.sleep(10000);
				System.out.println("10sec");
			} catch (InterruptedException e) {
				// TODO Auto-generated catch block
				e.printStackTrace();
			}
		}

Au passage, Application est en fait une application graphique lançant plusieurs threads au moment de sa construction. J'espère juste que les exceptions eventuellement lancée par l'application en générale sont bien catchée et que celle-ci se "regénère" toute seule...

Que pensez vous de cette solution ? :s
Je l'utiliserai bien en attendant de pouvoir trouver d'ou vient mes fuites de mémoires...
Et peut-on être sûr que le "outOfMemoryException" ne sera pas lancé par le thread principale ayant pour objectif qu'une tempo de 10 sec ? Et qui du coup ne sera pas catché...

[jojodu31]

on ne peut pas te dire de passer outre un OutOfMem ... enfin moi je peux aps en tout cas, as tu exuté ton programme en mode debug pour voir ?

[dinobogan]

Non, il ne faut jamais faire ça. Le OutOfMemoryError est une erreur très grave, il ne faut pas chercher à la catcher.
Cherche ou tu peux limiter l'utilisation de mémoire, peut-être qu'il y a des fuites et/ou augmente la mémoire allouée à la JVM.

EDIT : trop lent

[globule71]

Il y'a bel et bien des fuites de mémoire... J'ai beau augmenter la taille de la mémoire, j'arrive à tout utiliser au bout d'un moment.
A un endroit de l'application j'ai un while(true), je suppose que c'est dans cette boucle que je dois avoir une fuite mémoire.
Comment faire pour forcer la JVM à supprimer les objets non utilisés à chaque début du while(true) ?

[natha]

C'est ton "Application" qui n'est pas libérée. Comment la fermes-tu pour la rendre non-active ?

[dinobogan]

Comment faire pour forcer la JVM à supprimer les objets non utilisés à chaque début du while(true) ?

Le OutOfMemory signifie que la JVM a fait tout son possible pour libérer de la mémoire mais n'a pas réussi. Lors de la levée de l'erreur, tous les objets sont utiliser.
C'est donc ton programme qui est en cause. Tu dois stocker des références quelque part et les conserver jusqu'à la mort de la JVM par asphyxie

[globule71]

C'est ton "Application" qui n'est pas libérée. Comment la fermes-tu pour la rendre non-active ?

Via un bouton : Fermeture des threads, sauvegarde de fichiers de configuration puis Systeme.exit(0).


Mais c'est tant que l'objet application est ouvert justement que j'ai des OutOfMem...
Niveau architecture, des threads sont créés à l'intérieur même d'objets graphiques, par exemple, à chaque ajout d'onglet, un thread démarre et c'est le début d'une boucle de travail travaillant sur plusieurs jours tout en attaquant une base de données MySQL. la connexion à la base de données est initialisées qu'une seule fois puis des opération identiques sont effectuées toutes les 30 sec... Cependant au bout de plusieurs 10enes d'heure, j'ai ce OutOfMem qui saute à l'écran... Je n'arrive pas à trouver la cause de cette fuite mémoire.

[adiGuba]

Salut,


Un profiler pourrait surement t'aider...

Sinon quelques idées en vrac :

• L'abus de varaible static, qui ne peuvent donc pas être libérée.
• Des collections qui grossissent indéfiniment.
• Des ressources JDBC qui ne sont pas libérées pas avec close()
• Des instances qui se référencent de tous les cotés.
• ...

Bon courage...

a++

PS : Et ce n'est vraiment pas beau ce catcher une OutOfMemory

[miloux32]

Via un bouton : Fermeture des threads, sauvegarde de fichiers de configuration puis Systeme.exit(0).


Mais c'est tant que l'objet application est ouvert justement que j'ai des OutOfMem...
Niveau architecture, des threads sont créés à l'intérieur même d'objets graphiques, par exemple, à chaque ajout d'onglet, un thread démarre et c'est le début d'une boucle de travail travaillant sur plusieurs jours tout en attaquant une base de données MySQL. la connexion à la base de données est initialisées qu'une seule fois puis des opération identiques sont effectuées toutes les 30 sec... Cependant au bout de plusieurs 10enes d'heure, j'ai ce OutOfMem qui saute à l'écran... Je n'arrive pas à trouver la cause de cette fuite mémoire.

Vérifie que les trucs qui sont lancés toutes les 30 sec libérent bien la mémoire. ( pas de variable qui traine, de pool non libéré etc )

[globule71]

Merci pour les conseils ! ... Je viens de me rendre compte qu'aucun appel de close() n'était effectué sur mes Statements ! Donc vous m'avez bien aiguillé sur le problème
Je pensais que ceux-ci étaient directement libérés par le garbage collector mais ce n'est en fait pas le cas !

[adiGuba]

Je pensais que ceux-ci étaient directement libérés par le garbage collector mais ce n'est en fait pas le cas !

Le GC ne peut libérer que la mémoire.

Les statements utilisent des ressources propres aux drivers JDBC qui doivent être libérer manuellement.


a++

[globule71]

Merci pour la précision, je m'en souviendrai