Sous Unix, l'habitude est d'utiliser des processus pour separer les taches, sous Windows la regle c'est :
Ben en faite, on a beaucoups de processus parce que beaucoups d'utilisateurs et besoin de sécurité.
On a un service gestionnaire de serveur qui écoute sur un port et qui après authentification du client, crée un processus serveur dans le compte de l'utilisateur en lui fournissant les droits et privilèges qui vont bien. Hors de question de changer les droits d'un unique processus et des threads d'un pool à chaque demande traitée.
Pour les threads, il en faut au minimum 1 qui reçoit les demandes et envoie les réponses et 1 qui traite les demandes en asynchrone (parfois I/O lente).
[^] # Re: Ca devait arriver
Posté par Benoit . En réponse au journal Projet Origami de Microsoft. Évalué à -1.
Ben en faite, on a beaucoups de processus parce que beaucoups d'utilisateurs et besoin de sécurité.
On a un service gestionnaire de serveur qui écoute sur un port et qui après authentification du client, crée un processus serveur dans le compte de l'utilisateur en lui fournissant les droits et privilèges qui vont bien. Hors de question de changer les droits d'un unique processus et des threads d'un pool à chaque demande traitée.
Pour les threads, il en faut au minimum 1 qui reçoit les demandes et envoie les réponses et 1 qui traite les demandes en asynchrone (parfois I/O lente).