comment killer un thread en python?

Recherche :

Mot : Pseudo : Filtrer
Bas de page
Auteur	Sujet : comment killer un thread en python?

chriss

En Java lorsque l'on cree un thread on peut le killer simplement a partir du processus pere.

Par contre en python j'ai l'impression que ce n'est pas possible.
Dans http://www.python.org/doc/current/ [...] jects.html, pas la moindre fonction du style killThread.

Comment faire pour m'en sortir?

merci de vos conseils.

Publicité

lorill

Chriss a écrit :

En Java lorsque l'on cree un thread on peut le killer simplement a partir du processus pere.

sauf que c'est déprécié depuis perpette.

tu étends Thread, et tu rajoutes ta fonction pour quitter, ce qui permet d'assurer un état cohérent.

chriss

Tu parles d'une fonction interne a mon thread?

Elle ressemble a quoi cette fonction pour quitter?

lorill

ca depends de ce a quoi ressemble ton thread [:spamafote]

exemple :

Code :

class MonThread(Thread):
def run(self):
self.running = True
while self.running:
#blabla
def stop(self):
self.running = False

e_esprit

lorill a écrit :

ca depends de ce a quoi ressemble ton thread [:spamafote]

exemple :

Code :

class MonThread(Thread):
def run(self):
self.running = True
while self.running:
#blabla
def stop(self):
self.running = False

Ouep !
Faut aussi penser a stocker ces objets Threads quelque part.
Enfin moi c'est comme ca que je fais

chriss

Je pense que ton thread reste present quand tu fait comme ca.
sa boucle est arrete mais il continue a etre la.

J'ai trouvé une bonne solution a cette adresse:
http://aspn.activestate.com/ASPN/C [...] cipe/65222

De cette facon je kill proprement mes threads

e_esprit

Chriss a écrit :

Je pense pas...
Puisqu'il quitte la methode run() [:spamafote]

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

chaica

Salut,

Je rallume ce topic car je bute précisément sur ce problème.

J'ai une thread qui tourne en while 1 donc je ne peux pas déclencher d'action à partir d'elle, il faudrait que je la kill de la thread principale et je vois pas trop comment m'y prendre.

merci d'avance

Taz

bisounours-codeur

toutes façons c'est chiant de pas pouvoir tuer, si ton bordel est bloqué (attente de ressource : E/S, verrou, etc), t'es bien dans la merde

pthread_cancel :love:

chaica

En effet c'est chiant qu'il n'y ait pas de moyen simple pour faire ça.

Publicité

Taz

bisounours-codeur

y a pas de moyen du tout en fait

chaica

C'est ce que j'étais entrain de comprendre là.

Taz

bisounours-codeur

moi aussi je trouve ça dommage. quand on voit l'intelligence des pthread notemment avec la gestion des points d'interruption, les routines de nettoyage, c'est une véritable régression.

chaica

Mais mon problème est vraiment bizarre. Le fait que je ne puisse pas killer cette thread fait que à la destruction de l'objet dans lequel est crée la thread, mon __del__ ne se lance pas. Ca marche très bien si je ne lance pas la thread.

Taz

bisounours-codeur

c'est normal. donne le code quand même.

verdoux

And I'm still waiting

Sans compter que l'interpréteur CPython (je ne sais pas pour Jython) a un "global lock", c'est à dire que 2 threads python ne s'exécutent pas vraiment concurremment, même sur machine multi-CPU. (Sauf lors des appels à des fonctions natives non interprétées si le mutex est lâché)

Message édité par verdoux le 19-12-2003 à 00:12:56

chaica

J'ai reproduit le problème ici :

Code :

#!/usr/bin/python
import thread
import time
class Prout:
def __init__(self):
nothing =()
print 'prout'
thread1 = thread.start_new_thread(self.fonc,nothing)
def __del__(self):
print 'goodbye!'
def fonc(self):
while(1):
time.sleep(1)
print "yo"
pr = Prout()
time.sleep(5)
del pr

le destructeur ne s'execute pas.

Message édité par chaica le 19-12-2003 à 00:14:31

Taz

bisounours-codeur

1) utilise threading
2) c'est normal, del n'appelle __del__ que si il n'y a plus de référence. or ici, le thread référence ton Prout via self.fonc

chaica

1) je vais voir ça
2) yep je suspectais cette finesse.
3) bon c'est chiant, faut que je trouve une feinte...

e_esprit

Perso je trouve que c'est plus propre de passer par un héritage Thread, mais bon...
Sinon Taz a raison pour le problème de référence.
Une soluce possible :

Code :

import thread
import time
class Prout:
def __init__(self):
nothing =()
self.continu = True
print 'prout'
thread1 = thread.start_new_thread(self.fonc,nothing)
def stop(self):
self.continu = False
def __del__(self):
print 'goodbye!'
def fonc(self):
while(self.continu):
time.sleep(1)
print "yo"
pr = Prout()
time.sleep(5)
pr.stop()
time.sleep(2)
del pr

le time.sleep(2) est la pour compenser le time.sleep(1) dans fonc() qui empeche le thread de se terminer avant l'appel a del

Taz

bisounours-codeur

pas la peine de mettre le del ...

e_esprit

Bah si, c'est pour illustrer que l'appel a del est pris en compte lorsque le thread est sorti de sa boucle...

Taz

bisounours-codeur

e_esprit a écrit :

Bah si, c'est pour illustrer que l'appel a del est pris en compte lorsque le thread est sorti de sa boucle...

bah quand l'interprétyeur termine, il détruit le thread

e_esprit

Je parle pas de la destruction effective du thread mais de l'appel a __del__

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Taz

bisounours-codeur

et quoi ?
lis la documentation du gc, vois le fonctionnement de del

e_esprit

:heink: je crois que t'as pas bien compris ce que je disais...
L'exemple fourni illustre ce que tu disais :

Citation :

1) utilise threading
2) c'est normal, del n'appelle __del__ que si il n'y a plus de référence. or ici, le thread référence ton Prout via self.fonc

Alors faut pas s'ennerver, hein... reste zen !

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Taz

bisounours-codeur

moi je comprends pas ce dont tu parles

e_esprit

Bah relis a partir de la
Apres si tu comprends toujours pas, je peux plus rien pour toi...

---------------
Ce n'est point ma façon de penser qui a fait mon malheur, c'est celle des autres.

Taz

bisounours-codeur

garbage
A list of objects which the collector found to be unreachable but could not be freed (uncollectable objects). By default, this list contains only objects with __del__() methods.3.1Objects that have __del__() methods and are part of a reference cycle cause the entire reference cycle to be uncollectable, including objects not necessarily in the cycle but reachable only from it. Python doesn't collect such cycles automatically because, in general, it isn't possible for Python to guess a safe order in which to run the __del__() methods. If you know a safe order, you can force the issue by examining the garbage list, and explicitly breaking cycles due to your objects within the list. Note that these objects are kept alive even so by virtue of being in the garbage list, so they should be removed from garbage too. For example, after breaking cycles, do del gc.garbage[:] to empty the list. It's generally better to avoid the issue by not creating cycles containing objects with __del__() methods, and garbage can be examined in that case to verify that no such cycles are being created.

Publicité

FORUM HardWare.fr

Programmation

Python

comment killer un thread en python?

Sujets relatifs
comment importer dynamiquement un nouveau module dans un prog python?	[python] un chtit debut besoin d'aide !
[windows thread/processes] Le Sleep sous windows n'est pas précis.	[thread/linux/c++/kdevelop3.1] Problème avec les threads
appli python invisible dans le centre de la barre de taches windows?	Faire marcher Thread (une JProgressbar ou une Jmonitorbar)
killer une apli w32et la redemarrer juste apres à intervalle reguliers	[Python] Petite difficulté pour moi.
comment faire un "read(mavar)" en python	[python] Comment balancer des données dans la mémoire tampon ?
Plus de sujets relatifs à : comment killer un thread en python?

Page générée en 0.063 secondes