Discussion :

[LGnord]

Salut,


J'ai un programme qui fait de gros calculs et donc il consomme beaucoup de temps.

Parfois, j'ai envie d’interrompre mon programme avant la fin. Mais j'ai envie d'avoir quelques information sur ce qui s'est passé. Par exemple, j'aimerai connaitre la quantité de donner qui ont été traitées.

Pour cela, quand je suis sous Eclipse, je clique sur le 'bouton rouge'. Dans les autres contextes, je fait un 'Ctl C'.

Comment puis-je savoir dans mon code qu'une telle action a eu lieu? Y-a-t-il un lien avec l'InterruptedException?

Merci de votre aide.

[therwald]

L'InterruptedException est un moyen de notifier à une thread suspendue (ex: on a appelé Thread.sleep()) qu'on a changé quelque chose pendant qu'elle "dormait". Cette exception est déclenchée par l'appel de la méthode Thread.interrupt() par une autre thread. Pas de lien donc avec le kill sauvage du process.
Les shutdown hooks de la JVM permettent peut-être de faire quelque chose, mais sans garantie...

Pour moi, le meilleur moyen de savoir où en était ton programme reste d'avoir des logs bien pensés (sans garantie que tu aies le dernier état juste avant le kill, tu auras l'état au moment du dernier appel de log en date), et/où si tu as des résultats intermédiaires enregistrés d'analyser l'état des données.

[thelvin]

Les shutdown hooks de la JVM permettent peut-être de faire quelque chose, mais sans garantie...

On ne peut rien contre un vrai gros kill sauvage, c'est sûr... Et apparemment c'est ce que fait le bouton rouge d'Eclipse.

Mais pour les trucs comme le ctrl+C et autre kill simple, ça peut être repéré (mais pas annulé) par Runtime.getRuntime().addShutdownHook(hook);

[therwald]

Mais pour les trucs comme le ctrl+C et autre kill simple, ça peut être repéré (mais pas annulé) par Runtime.getRuntime().addShutdownHook(hook);

Du coup ça doit pouvoir être utilisé pur répondre à la question: préparer un aprçu de l'état du programme au moment de l'interruption...
Comment la JVM gère-t-elle les hook "rebelles"? Time-out kill? Ca dépend peut-être de la JVM en question?
EDIT: ceci dit je me demande si ça vaut le coup de faire aussi compliqué pour ce que de simples logs bien choisis permettraient de faire avec une assez bonne précision...

[therwald]

Après avoir visité mon ami google, les shutdownhooks:
1) ne garantissent rien
2) globalement ont intérêt à travailler plutôt vite
3) doivent être écrits très précautionneusement car la période de fermeture d'une JVM n'est pas forcément un moment où l'environnement est stable

cf ici: http://download.oracle.com/javase/1....lang.Thread%29

Globalement, je pense que plutôt que de chercher à détecter la fermeture et vite essayer de préparer un résumé des traitements & co, LGNord devrait compter sur des logs qui retracent au fur et à mesure l'avancement. Il suffit de trouver le bon compromis entre précision des indication et consommation de ressources (surtout espace disque, d'ailleurs) par les logs.

[LGnord]

Super. Merci beaucoup pour vos réponses.

Je ne me suis pas encore lancé dans les logs car j'ai une crainte: celui de dimuner les performances de mon application.

Par exemple, je kill mon application aprés 5 minutes. Mon log m'indique que 3% de mes données ont été traitées. Que conclure de cette information? Peut-être que 90% du temps a été passé dans le code qui gére le log.

Comme vous l'avez bien dit, j'ai besoin d'un system de logs bien pensés...