Gérer des threads

Bonjour, je souhaite savoir comment faire en sorte de gérer des threads qui sont executées lors de l'envoi de données via un formulaire.

Le traitement étant assez long, une autre personne peut entre temps renvoyer un autre formulaire.
Cependant il y a un problème avec la base de données car le 2ème thread crée doit attendre que le premier finisse.

N'etant pas très à l'aise avec les thread j'aimerai bien qu'on m'explique s'il vous plait comment faire.
Je sais qu'il faut utiliser la classe Queue mais je n'arrive pas à comprendre comment l'utiliser.

Merci

Salut,

Ma compréhension est que l'envoi d'un de ces formulaires induit des modifications de la base de donnée qui doivent être "sérialisés": la soumission du formulaire suivant devant attendre que...

Plutôt que d'associer un "thread" à chaque soumission de formulaire, vous pourriez stocker le formulaire à traiter "en base".
Un seul "thread" traitant les formulaires en attente suffirait pour "sérialiser" les traitements. Etant "unique", il n'y a pas besoin de synchronisation juste regarder le tas de formulaire en attente.

Un autre sujet serait de pouvoir avoir une sérialisation des accès à la base s'appuyant sur la mécanique transactionnelle du SGDB => permettre de traiter plusieurs formulaire "en même temps".

Citation:

---

N'etant pas très à l'aise avec les thread j'aimerai bien qu'on m'explique s'il vous plait comment faire.
Je sais qu'il faut utiliser la classe Queue mais je n'arrive pas à comprendre comment l'utiliser.

---

Dans la pratique, vous devriez pouvoir répartir les traitements sur plusieurs serveurs "applicatifs" et un ou plusieurs serveurs de bases de données.

Les threads étant des objets d'un des processus d'un de ces serveurs, les mécanismes de synchronisation associés ne sont pas applicables pour des activités qui s'exécutent dans différents processus/serveurs.

Cordialement,
- W

Salut,

Essaye avec django-celery. http://ask.github.com/django-celery/

Merci pour vos réponses.
Je veux juste afficher ma vue pendant que le traitement est effectué et faire en sorte de mettre en attente les demandes d'envois de formulaire en passant par une queue.

Je ne peux pas faire autrement car cela fait partie des exigences de l'applications.

Citation:

---

Envoyé par sylvie111

Je veux juste afficher ma vue pendant que le traitement est effectué et faire en sorte de mettre en attente les demandes d'envois de formulaire en passant par une queue.

Je ne peux pas faire autrement car cela fait partie des exigences de l'applications.

---

L'application n'impose certainement pas "comment" est réalisée la mise en file des différents envois de formulaire. Ce "comment" est votre responsabilité.

Une chose est sûre, les Queues de Python ne semblent pas "appropriées".
django-celery est peut être un peu "gros".
Une solution intermédiaire pourrait être de passer par une table ad hoc dans la BDD existante.
Le choix est à faire en fonction:

• durée moyenne de traitement des requêtes,
• nombre de requêtes simultanées à traiter,
• temps d'attente acceptable pour l'utilisateur
• ...

- W

Les traitements peuvent durer entre 2 et 30 secondes.
La durée moyenne serait donc de 15 secondes.

Le nombre de requêtes simultanées doit être de 2 ou 3, mais le plus important est le nombre de requêtes pendant qu'il y a traitement et ecriture dans la base de données. Et la, on doit pouvoir être capble d'en gérer une dizaine.

L'utilisateur doit pouvoir accéder directement à la vue après l'envois des données du formulaire. => D'ou l'utilisation de thread.

Après ce que je veux c'est juste pouvoir mettre les thread en attente quelque part.

Citation:

---

Envoyé par sylvie111

Les traitements peuvent durer entre 2 et 30 secondes.
La durée moyenne serait donc de 15 secondes.

Le nombre de requêtes simultanées doit être de 2 ou 3, mais le plus important est le nombre de requêtes pendant qu'il y a traitement et ecriture dans la base de données. Et la, on doit pouvoir être capble d'en gérer une dizaine.

---

=> l'attente serait de 3*15 s à 3*30s.

Citation:

---

L'utilisateur doit pouvoir accéder directement à la vue après l'envois des données du formulaire. => D'ou l'utilisation de thread.

---

Ce que vous appelez "thread" est un contexte géré par le serveur i.e. côté "session" qui "trace" l'état d'avancement du traitement des informations passées dans la "form".

Vu les délais django-celery est une option à regarder sérieusement.

- W