Long traitement

Le
Kloug
Bonjour,
Quelle est la bonne pratique pour que l'usager lance
un traitement (par l'appui sur la touche submit d'un formulaire par =
exemple)
et n'ait pas à rester planté devant son écran pour en attendre la =
fin
(cas de l'envoi d'un message à une liste par exemple)
J'ai regardé du coté de fork mais j'avoue ne pas tout comprendre
Merci de vos pistes concrètes
K
Vidéos High-Tech et Jeu Vidéo
Téléchargements
Vos réponses
Gagnez chaque mois un abonnement Premium avec GNT : Inscrivez-vous !
Trier par : date / pertinence
Paul Gaborit
Le #17484751
À (at) Fri, 10 Oct 2008 13:16:13 +0200,
"Kloug"
Quelle est la bonne pratique pour que l'usager lance
un traitement (par l'appui sur la touche submit d'un formulaire par exemple)
et n'ait pas à rester planté devant son écran pour en attendre la fin
(cas de l'envoi d'un message à une liste par exemple)
J'ai regardé du coté de fork mais j'avoue ne pas tout comprendre
Merci de vos pistes concrètes



La piste du 'fork' est pourtant la bonne. Le processus père crée un
fils, répond à la requête et se termine. Le processus fils se détache
du père et continue en effectuant la tâche longue.

Sinon, on peut imaginer un serveur de tâches à qui on poste un message
pour le prévenir d'un nouveau job à exécuter. C'est un plus lourd à
mettre en place mais ça permet de faire des choses plus fines (suivi
d'activité, gestion de priorité, etc.).

--
Paul Gaborit - Perl en français -
Kloug
Le #17487391
>La piste du 'fork' est pourtant la bonne.



OK merci je vais donc creuser à fond dans ce sens.
K
mpg
Le #17498651
Le (on) vendredi 10 octobre 2008 14:59, Paul Gaborit a écrit (wrote) :

La piste du 'fork' est pourtant la bonne. Le processus père crée un
fils, répond à la requête et se termine. Le processus fils se détache
du père et continue en effectuant la tâche longue.



Question très stupide de quelqu'un qui n'a jamais regardé ça de près ni même
de loin : j'ai l'impression que la façon dont ce genre de truc marche
dépend du système sur lequel on se trouve, ai-je tort ? En particulier, si
le système est une tentative d'OS trop répandue, développée du côté de
Redmond, ça se passera bien ou pas toujours ?

Manuel.
Paul Gaborit
Le #17502231
À (at) Sun, 12 Oct 2008 00:49:38 +0200,
mpg
Le (on) vendredi 10 octobre 2008 14:59, Paul Gaborit a écrit (wrote) :

La piste du 'fork' est pourtant la bonne. Le processus père crée un
fils, répond à la requête et se termine. Le processus fils se détache
du père et continue en effectuant la tâche longue.



Question très stupide de quelqu'un qui n'a jamais regardé ça de près ni même
de loin : j'ai l'impression que la façon dont ce genre de truc marche
dépend du système sur lequel on se trouve, ai-je tort ? En particulier, si
le système est une tentative d'OS trop répandue, développée du côté de
Redmond, ça se passera bien ou pas toujours ?



Sur un certain système dont tu parles le 'fork' n'est qu'est émulé via
des threads et sur d'autres OS (peu répandus), il n'est carrément pas
implémenté. Il faut donc retrouver l'équivalent du vrai 'fork' pour
ces systèmes dans les modules spécifiques à ces OS.

--
Paul Gaborit - Perl en français -
Publicité
Poster une réponse
Anonyme