[tomcat][memoire] java.net.URL et fuite mémoire

**Seiya** · 17/11/2004, 11h30

Coucou à tous,

Pas génial mon problème : à une certaine ligne de mon code, parfois je perd 0, 10, 15 ou 20 Mo dans la mémoire jvm... jusqu'à saturation de la mémoire, rallentissement, puis plantage de Cocoon qui ne me renvoie plus que <html><body></body></html>...

Voici le fameux code, réduit à l'essentiel :

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
 
InputStream source = null;
for(int i = 0; i &lt; nomsBases.size(); i++) {
	source = null;
	try {
		affMemoire("avant URL source");
		source = new java.net.URL(adressesRSS.get(i).toString()).openStream();		//¤ PERTE DE MÉMOIRE ICI
		affMemoire("apres URL source");
	}
	catch(Exception e) {
		e.printStackTrace();
	}
	finally {
		try {
			if(source != null)
				source.close();
		}
		catch(Exception e) {
			e.printStackTrace();
		}
	}
}

affMemoire() me permet d'afficher la memoire restante dans la console (Runtime.getRuntime().totalMemory() et Runtime.getRuntime().maxMemory()). Donc je sais exactement quelle ligne est fautive.

Si je lance Runtime.getRuntime().gc() à la fin de la boucle, c'est pire : c'est très lent, et à chaque tour de boucle ou presque je perd 2 Mo. Sans gc() c'est une perte d'environ 15 Mo, une fois toutes les 4 actualisations de la page (environ) (la boucle tourne 7 fois par actualisation).

C'est plutôt gênant, si je ne corrige pas ça, le serveur web va planter tous les 10 jours ! :/ (ce traitement ne se lance qu'une fois par jour)

Merci beaucoup, il en va de la survie de l'espèce humaine !

**Seiya** · 17/11/2004, 11h39

Petite précision : au 1er tour de boucle de la première exécution, je perds toujours 9 Mo (le total passe de 18 à 27 Mo). Après c'est variable, des fois la ligne s'exécute 10 ou 20 fois sans perte...

**Seiya** · 17/11/2004, 11h49

Autre précision : les URL ouvertes sont des pages dynamiques générées par le même serveur qui exécute mon code (ce sont des fils RSS). Le but est justement de copier ces fichiers dynamiques pour en faire des fichiers sur le disque, et les rafraîchir toutes les 24h. Bon, ça marche, mais ça pompe la mémoire...

J'ai l'impression que c'est la création dynamique du fichier RSS qui utilise la mémoire ?? (cette création entraîne des requêtes dans une base xml) C'est peut-être pas mon code alors...

Je vais tester avec une URL externe, j'aurais la réponse !!

**Seiya** · 17/11/2004, 12h36

Résultat : pas de pertes avec une URL d'un autre serveur du réseau local...

**Seiya** · 17/11/2004, 14h23

Suite du monologue

Le problème vient bien de la création du fichier rss et non pas du code ci-dessus : plus on demande la création du fichier, moins gc() arrive à libérer de mémoire : csq au bout de plusieurs dizaines de fois : OutOfMemory......

**Seiya** · 17/11/2004, 16h29

Résolu

En fait, j'ai rien fait !

La solution est venue toute seule au retour de la pause café : après moultes plantage(s) OutOfMemory, 5 ou 10 minutes d'attente sans toucher au serveur et hop! magie, 70 Mo libérés sans même redémarrer le serveur !

Désolé pour le faux topic résolu tout seul.......

**T.NightGlow** · 09/03/2009, 10h41

Bonjour bonjour !

Bon... juillet 2004... désolé de rouvrir le topic, mais j'ai un peu un problème similaire (alors comme il faut regarder les autres topics avant d'en ouvrir un nouveau, je me permets) :

Lorsque mes JSP sont appelées par un navigateur et compilées/exécutées sur Tomcat, une partie de la mémoire de la JVM de Tomcat est allouée et n'est libérée qu'à l'ouverture de la page suivante par la même session-utilisateur.

La quantité de cette mémoire est variable selon la page mais constante par page (ex : telle page prend 15 mo à chaque exécution).
De même, certaines variables doivent être mutualisées (les statics ?), puisqu'une page qui prend 15 mo pour un utilisateur ne prend pas 30 mais 20 mo pour deux utilisateurs.

Le problème étant que, même après expiration de la session de l'utilisateur (dans la mesure où la plupart des utilisateurs n'utilisent pas la fonction "déconnexion" qui arrangerait grandement mes problèmes puisqu'elle détruit directement la session et semble débloquer quelque chose qui aide le gc a libéré la mémoire), une partie de cette mémoire reste allouée pour des objets qui ne semblent pas avoir de références.

A noté que la plupart des objets passe très vite en tenured space d'où leur suppression semble difficile par la JVM...

Si quelqu'un a une idée, merci d'avance

[tomcat][memoire] java.net.URL et fuite mémoire

Tomcat et TomEE Java

Vue hybride

Discussions similaires

Partager

Partager