Discussion :

[domiq44]

Bonjour,

J'ai un programme Java qui fonctionne bien qui traite des fichiers reçus.

On me demande de ne plus le lancer au coup par coup lors de la réception de ces fichiers, mais de le laisser boucler continuellement.

Or j'ai un problème d'occupation mémoire qui finit par exploser dès que j'attends les quelques centaines de fichiers.

J'ai donc commencé à réviser les sources en prenant soin de libérer les ressousces proprement, comme expliqué dans la FAQ Java (http://java.developpez.com/faq/java/...ererRessources).

J'ai commencé par la partie JDBC.

Voici ce que j'ai fait :

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
34
 
public AppEmiMdtR findByApplication(long appId, boolean recurse) throws DaoException {
	log.trace("findByApplication(appId=" + appId + ", recurse=" + recurse + ")");
 
	AppEmiMdtR obj = new AppEmiMdtR();
	try {
		// 1 - Création de la ressource (IPreparedStatement)
		IPreparedStatement ps = dbHandler.prepareStatement("app_emi_mdt_r.select.by.app_id");
		try {
			// 2 - Utilisation de la ressource (IPreparedStatement)
			ps.setInt(1, 1); // ate_actif
			ps.setInt(2, 0); // ate_supprime
			ps.setLong(3, appId);
			// 1 - Création de la ressource (ResultSet)
			ResultSet rs = ps.executeQuery();
			try {
				// 2 - Utilisation de la ressource (ResultSet)
				if (rs.next()) {
					obj = mapAppEmiMdtR(rs, recurse);
				}
			} finally {
				// 3 - Libération de la ressource (ResultSet)
				DaoUtil.close(rs);
			}
		} finally {
			// 3 - Libération de la ressource (IPreparedStatement)
			DaoUtil.close(ps);
		}
	} catch (Exception e) {
		log.error("Exception: " + e.getMessage(), e);
		throw new DaoException("Exception: " + e.getMessage(), e);
	}
	return obj;
}

Quelqu'un peut-il me dire si c'est bien ça ?
Y a-t-il un moyen simple de voir que tout est bien libéré ?

Merci.

[tchize_]

en plus de fermer tes statements, éventuellement, pense de temps en temps à fermer aussi ta connexion.

Mis à part cela, il faut surtout chercher tes fuites mémoire dans les données que tu garde en mémoire:
contenu de fichier (byte[]) qui resteraient en mémoire car toujours référencé quelque part, map stockée quelque part avec une liste de contenu qui grandis au fur et à mesure, etc.

Des outils de profiling (comme celui fournis avec eclipse) pourraient t'indiquer directement où se situe la perte.

[domiq44]

Merci tchize_ pour ta réponse

en plus de fermer tes statements, éventuellement, pense de temps en temps à fermer aussi ta connexion.

Pourquoi fermer de temps en temp la connexion base de données ?

Des outils de profiling (comme celui fournis avec eclipse) pourraient t'indiquer directement où se situe la perte.

Je ne connais pas cet outil !
Tu peux préciser stp ?

[tchize_]

Si tu garde une seule connexion constamment ouverte:

1) le serveur de BD pourrais t'éjecter la nuit ou le week-end parce que tu maintient cette connexion depuis trop longtemps / trop longtemps sans rien faire

2) ça permet de t'assurer que tu n'a pas laissé de statement ouvert, de transaction en attente, de resultset en attente




Pour le profiler, je ne peux que te dire de lire les docs existante. En gros ca sert à analyser ton application pendant qu'elle tourne pour en sortir des informations telles que où est consommée la mémoire, quels sont les point chaud (CPU) du code, etc.

[domiq44]

Merci encore tchize_ pour tes réponses.

Comment déterminer la fréquence de coupure de la connexion à la base de données ?

Concernant le profiler Eclipse, comment faire pour le trouver ?
C'est dans un menu Eclipse ?

[tchize_]

-> ben a priori, quand t'as fait un bloc d'opérations cohérentes (en fin de transaction donc) me semble une bonne idée. A voir en pratique comment ton applicaiton est construite et ce qu'elle fait

-> http://www.eclipse.org/tptp/home/doc.../tptpindex.php

[domiq44]

-> ben a priori, quand t'as fait un bloc d'opérations cohérentes (en fin de transaction donc) me semble une bonne idée. A voir en pratique comment ton applicaiton est construite et ce qu'elle fait

Oui mais ça doit couter de fermer puis ouvrir la connexion à la base à chaque fois

-> http://www.eclipse.org/tptp/home/doc.../tptpindex.php

Oups!
Pas de profiler sur BEA Workshop 9.2.2, basé sur un viel Eclipse 3.1.2

[fr1man]

C'est pour cela qu'on utilise des pools de connexions.

[tchize_]

Oui mais ça doit couter de fermer puis ouvrir la connexion à la base à chaque fois

Bien pour ça que je dit que ça dépend de comment ton application est construite