Suspend et Resume de Thread

Bonjour,

J'ai une fenêtre qui possède un thread qui rafraichit l'affichage en fontion de valeurs externes. Etant donné que mon application est multi-fenêtre, je peux avoir beaucoup de thread en parallèle. Pour une question d'optimisation, j'aimerais mettre le thread en pause lorsque ma Form est Deactivate, et le reprendre lorsque ma From est Activated. Voilà mon code :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16

protected override void OnActivated(EventArgs e) { base.OnActivated(e);   if(threadUpdateStatus.ThreadState != ThreadState.Running) this.threadUpdateStatus.Resume(); }   protected override void OnDeactivate(EventArgs e) { base.OnDeactivate(e);   if(threadUpdateStatus.ThreadState == ThreadState.Running) this.threadUpdateStatus.Suspend(); }

---

Le problème c'est que ces méthodes sont deprecated, et je ne trouve pas de moyen simple de gérer cela. J'ai trouvé plein de doc pour synchroniser, protéger les ressources, etc.

Est-ce que quelqu'un peut m'aider, ou me donner un lien ou je peux trouver une solution simple?

Merci d'avance

si tu ne fais rien sur ces fenetres, le thread ne fera pas grand chose, donc ca ne sert pas à grand chose de bloquer le thread

tu peux aussi sinon modifier la priorité des threads pour les fenetre non visibles plutot que de les arreter, avec les meme evenements qu'actuellement

Salut,

comme le dit Sperot, AMHA, ca ne sert pas à grand chose (l'optimisation va plutot la chercher sur le nombre de thread au total pour peut etre eviter les context switch à gogo, plutot que sur des desactivation de ce type), et de plus, je ne pense meme pas que ce soit possible. En winform, le thread ne tourne pas sans arret, il s'arrete des que sa file est vide (enfin s'arrete, non, se bloque plutot en attente d'autres messages).

Enfin jouer avec des Resume et Suspend sur des threads reste tres dangeureux (c'est pour ca que c'est deprecated surement), imagine que tu suspendes durant un bloc locké, tu peux potentiellement tout bloquer (vu que tu ne sauras jamais ou en un thread que tu veux suspendre).

Bref, laisse tes threads graphiques tranquilles, et au pire regarde si tu ne peux pas en supprimer certains.

Bon courage.

Surtout, comme dit un peu plus haut : si la fenêtre est inactive, le thread n'auras rien à faire, et tu vas justement perdre du temps à le désactiver, pour le réactiver un peu après.... Alors qu'il n'aurais tout simplement peut être rien fait du tout sans ton intervention ;)

En fait, le thread dont je parle n'est pas un thread graphique. C'est un thread complètement indépendant de ma fenêtre qui va modifier les propriétés d'une variable. Ensuite, lorsque ces propriétés sont modifiées, des événements sont lancés pour mettre à jour le GUI...

Mais je pense passer par une autre solution plutot que suspendre, car en effet, c'est dangereux...

Comment fonctionne ce thread ? Il ne tourne pas sans arret je suppose. Si tu veux correller ton thread avec ton UI, tu peux essayer de passer par des events (AutoResetEvent par exemple), pour le faire terminer si la form n'est pas affichée, et le relancer quand la form se reaffiche. Tout ca avec une fonction d'idle qui va le gerer le temps que la form est visible. Avec le Pool, c'est faisable sans grosse perte de perf.

Un petit peu de code, peut etre pour avoir une meilleure idée de ce que tu cherches. =)

En fait, j'ai un thread dont la méthode associée est une boucle infinie (avec un sleep). Dans cette boucle, je communique avec un serveur de socket et je récupère des variables. Etant donné que je peux avoir plusieurs fenêtres, donc plusieurs threads, j'aimerais minimiser les accès réseau.

Actuellement, je contourne le problème par une variable booléenne que je modifie dans OnActivated et OnDeactivate, puis dans ma boucle de Thread, je teste cette variable booléenne :

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14

protected override void OnActivated(EventArgs e) { base.OnActivated(e);   bRefresh = true; }   protected override void OnDeactivate(EventArgs e) { base.OnDeactivate(e);   bRefresh = false; }

---

La solution que SirJulio propose a l'air bien mais je n'ai pas tout compris...:? Tu peux m'en dire plus stp?

Est ce que tu peux savoir quand est ce que tes données (emanant d'un serveur si j'ai bien compris) changent ? Si non, alors ta solution reste la meilleure, à part que tu peux terminer ton thread associé quand la fenetre est desactivée et le relancer quand ta fenetre va se reactiver. Cependant, AMHA, OnActivated et OnDesactived risque d'etre appeler tres (trop ?) souvent, peut etre les OnLoad (seulement au premier chargement) et OnFormClosing seraient plus adaptés.

De meme, d'un tout autre point de vue, tu pourrais centraliser tout tes accès reseau dans une seule classe à existence unique, et les forms interrogeraient cette classe qui saura alors quelle données elle doit interroger ou pas. Comme ca, tu ne gardes qu'un seul thread d'interrogation dans la classe ci dessus, l'interrogation se faisant depuis les forms (en sync ou async comme tu preferes), et tu n'as plus à te soucier des problemes de threading, mais juste à faire savoir à la classe qui interroge quelles sont les forms actives.