Discussion :

[thovan]

Bonjour,

Dans le cadre de mon boulot, je développe un outil de monitoring maison.
L'idée c'est de représenter dans l'interface graphique chaque serveur/poste client par un bouton qui se met en vert/orange/rouge selon l'état.
Un clic sur le bouton lance un diagnostique rapide, par exemple, le service x ne tourne pas.

J'ai donc des fonctions qui servent à vérifier qu'un service windows ou un process tourne sur une machine selon son ip.

Ces fonctions sont appelées via des timers qui tournent toutes les 60 secondes.

Le problème, c'est que j'en ai tellement que quand le code caché dans ces timers s’exécute, l'interface graphique ne répond plus et je me retrouve à attendre plusieurs secondes avant de voir l'effet d'un clic sur un bouton.

Comment améliorer le code et/ou l'interface pour le plus avoir ce problème ?

[Pol63]

les system.windows.forms.timers ont leur event Tick sur le thread principal
le rafraichissement de l'interface se fait sur le thread principal
le thread principal ne peut etre qu'à un endroit à la fois, donc pendant l'exécution d'un timer pas de rafraichissement, si tu as plein de timer ou des traitements de plusieurs centaines de ms alors l'interface est freezée pendant ce temps

le mieux est donc de déporter les traitements qui peuvent l'etre sur d'autres threads
voir ce qui te convient le mieux parmi :
- async/await
- threadpool
- backgroundworker
- system.thread (avec éventuellement while true+thread.sleep)
- system.threading.timer / timers.timer

(impossible de modifier l'ui depuis un thread autre que le thread principal)

[thovan]

Cool merci,
J'ai déjà entendu ce mot.... mais je ne sais pas ce qu'il se cache derrière...
bien qu'avec ton post je commence déjà à comprendre

Je vais me documenter sur cette chose et voir comment la mettre en place.

[thovan]

Merci pour la réponse, c'est exactement ce qu'il me fallait !