Discussion :

[Julien Bodin]

Bonjour à tous !

Les utilisateurs de mon application me rapporte parfois des blocages de l'application. Certains d'entre eux sont relatifs à une saturation du processeur par le GC à cause de certains memory leaks, et d'autres sont liés à des deadlocks avec l'EDT.

Ce sont deux choses assez difficiles à détecter (même si pour les memory leaks il existe de bons profilers) d'autant que pour le cas des deadlocks il est très difficile de reproduire le cas. Ca se produit des fois, pas tout le temps (voire pas souvent).

Est-ce que d'après vous il serait possible de coder un petit quelque chose qui, pendant le runtime, serait capable de détecter un deadlock et d'enregistrer dans un fichier des informations relatifs à celui-ci tels qu'une stacktrace de tous les threads en cours ou ce genre de chose ?

Merci d'avance pour vos réponses

[Deaf]

Lorsqu'un deadlock se produit, tu dois inspecter les stacktraces des threads existants.

Tu peux le faire, par exemple, en lançant en mode debug sur ton EDI préféré ou bien la demander à la JVM via un kill -3 de ton process si tu es sous linux.

[Julien Bodin]

Lorsqu'un deadlock se produit, tu dois inspecter les stacktraces des threads existants.

Tu peux le faire, par exemple, en lançant en mode debug sur ton EDI préféré ou bien la demander à la JVM via un kill -3 de ton process si tu es sous linux.

En fait je souhaite que l'application elle-même soit capable d'en détecter et d'enregistrer les stacktraces dans un fichier car l'application est installée sur le poste des utilisateurs et je n'ai pas forcément de débuggueur/profiler sur chacun des postes, et je ne suis pas toujours présent lorsque celà se produit.

Avec des fichiers ce serait plus facile je n'aurais qu'à les récupérer tous et les analyser en temps voulu.

[Deaf]

Le kill -3 t'envoie les infos sur la sortie standard du process, tu n'as qu'à la rediriger vers un fichier et l'analyser.

C'est comme cela que l'on fait avec nos clients. En général, ils sont capables de lancer cette commande et d'envoyer le résultat.

A ma connaissance, ce n'est pas évident de détecter un Deadlock dynamiquement...