Discussion :

[Jackysousou]

Bonjour,

De façon totalement aléatoire, l'application RCP (3.7.0) sur laquelle je bosse freeze (écran blanc). Il n'y a rien à faire à l’exception de couper le processus de l’application et relancer.
Ça ne se produit pas sur un traitement particulier et il n'y a absolument aucune exception de levée, du moins, dans les logs de l'application.

Cela fait des mois que je bute sur ce problème. Tout laisse à penser qu'il s'agirait d'un bug de thread ihm...

Si quelqu'un a la moindre idée, je suis preneur, Merci.


Informations complémentaires :

L'application est assez conséquente (182 classes, 31 568 fonctions et 343 303 instructions exécutables) et est utilisée par une quarantaine de personnes.
Bien qu'elle soit utilisée sur MAC (et VM) et WIN, le bug semble ne se produire que sur windows (VISTA 64b).

Il y a en pièces jointes :

• Une capture d'écran de l'application durant le freeze

• Le fichier de configuration de l'application (xmx,...)

• Une capture d'écran du visual VM

• Le thread dump lors du freeze - trop volumineux pour être importé... (Accessible via http://dl.free.fr/t5Mc1tgrJ : 44Mo - mdp : "JSE_TD")

• Une capture d'écran de l'eclipse (dev)

Merci

[Gueritarish]

Salut,

Est-ce que tu peux fournir le fichier de log de ton workspace? (qui devrait être plus parlant)
Il se situe dans ton workspace: [Wkspace]/.metada/.log

Voilà, à+
Gueritarish

[Jackysousou]

Bonjour,

Voici les fichiers demandés.
Les derniers freeze remontent au 26/03.

2 erreurs souvent remontées :

• org.eclipse.swt.SWTError: No more handles

• org.eclipse.swt.SWTException: Graphic is disposed

[Gueritarish]

Tu as peut-être une fuite mémoire (oui, ça peut arriver). Je te conseille d'utiliser Sleak sur ton application pour voir où pourrait être ton problème.

Voilà, à+
Gueritarish

[Jackysousou]

Bonjour,

Si j'avais bel et bien une fuite mémoire, j'aurais du le voir dans le visualVM que je suis en temps réel. RAS de ce côté là.

Avez-vous d'autres suggestions svp ?

Merci

[Mickael_Istria]

org.eclipse.swt.SWTError: No more handles

C'est un fuite de Resource, et ça peut en effet causer un gros freeze de l'application.
Qu'est-ce qu'une resource? Un object qui étend la classe org.eclipse.swt.graphics.Resource. Ce sont des objets qui sont délégués à l'implémentation native (OS/WS) et dont on ne peut avoir qu'un nombre limité simultanément. Les objects en question sont Font, Color, Image, Path, GC...
Ces objets doivent être créées avec parcimonie, par exemple en utilisant des caches pour éviter de créer 1000 fois la même chose, et surtout on doit appeler ".dispose()" sur eux dès qu'on en n'a plus besoin (un peu comme s'il n'y avait pas de garbage-collection pour ces objets).

Pour débugger ça, tu peux commencer par de la revue de code et vérifier que partout où tu as un "new Font()" ou un "new Color()" ou un "new Image()" ou un "new WhateverExtendsResource()", tu auras bien un .dispose() qui sera appelé dessus dès que possible.
Pour identifier les points critiques, tu peux utiliser Sleak, qui te permet de voir quand tu crées trop de Resources et donc de mieux cibler tes recherches.

[Jackysousou]

Bonjour,

Merci pour votre réponse.

Je viens de faire un Heap Dump de l'application.
Je constate qu'il n'y a pas tellement d'instances des objets Font, Color ou Image. Dans le code, la plupart des instances de ses objets sont statiques. Les dispose() ne sont donc appelés qu'à la fermeture de l'application.

Je joins les captures du Dump.

[Jackysousou]

Bonjour,

Après insertion de sleak, je constate effectivement un nombre croissant de Color et Image. Je suis en train de démêler tout ça.

Je reviendrais vers vous une fois corriger et tester.

Merci pour le tuyau.

[Mickael_Istria]

Après insertion de sleak, je constate effectivement un nombre croissant de Color et Image. Je suis en train de démêler tout ça.

Il est possible que l'object soit "Garbage collected" mais que le handler sur la resource soit toujours en place.

[Jackysousou]

Bonjour,

Il semblerait que le problème soit réglé...

J'ai cependant une petite question : si deux applications RCP sont lancées en même temps, est ce qu'un pool de Resource est partagé entre elles ou est-ce que chacune à son propre pool ?

Merci

[Mickael_Istria]

En fait, le nombre de ressources et de handlers est limité par l'OS/WS il me semble. Donc au final, c'est partage en bas niveau.

Cependant, au niveau de SWT, le pool de ressource utilisées n'est pas partagé (et n'est pas censé être partagé) entre 2 applications RCP. Ça veut dire que si tu crées une Color dans une application RCP, tu ne peux à priori pas la réutiliser dans une autre, donc tu dois la re-créer. Apres, peut-être les OS sont malins et arrive à partager les ressources... On peut imaginer un OS avec un nombre de handlers infini qui garde un compteur du nombre de handlers sur les ressources, qui donne la même ressource à différents processus, et dont le dispose() diminuerait juste le nombre de handler de 1, et la ressource est gardée active tant qu'il y a au moins un handler dessus... Mais c'est complètement en dehors des problématiques d'utilisation de SWT. Au niveau d'un développeur SWT, il faut juste appeler dispose(). Si l'OS fait des optimisations, tant mieux, mais on ne doit pas compter dessus lorsqu'on développe.
http://www.eclipse.org/articles/swt-...-design-2.html

[Jackysousou]

C'est noté.

Merci pour l'aide et les explications.