Version imprimable
Bonjour,
Je developpe présentement une application client/serveur sous .NET remoting
J'ai déjà programmé en C, et le développement d'un serveur demandait une gestion serrée des threads. Cependant, .NET remoting semble gérer les threads automatiquement via un "ThreadPool"
La gestion des thread est-elle nécessaire ??
Merci
DoOmX
Salut,
Avec des applications client/serveur, la gestion des threads est obligatoire ! Que se soit avec les sockets ou le remoting, il faut gérer cela et je te confirme c'est une chose assez ardue. Pour la gestion des threads, personnellement j'utilise des backgroundworker ou alors tout simplement :
Voila je ne me prends pas la tete ;)Code:
2
3
Je sais que les apps client/serveur demande une gestion de threads, entre autre les threads qui gèrent les requêtes des différents clients, sinon le dernier client arrivé trouverait le temps long.
Cependant, j'ai de la difficulté à trouver de la docmentation pertinente sur .NET remoting. Je sais par contre que les serveurs asp.net utilisent des thread pools, et donc, aucune gestion des threads n'est nécessaire.
Certains article sur le .NET remoting précisent vaguement qu'il utilise ce mécanisme d'autant plus qu'aucun exemple de remoting n'utilise les threads.
Ce serait même très étrange que la gestion des threads ne soient pas automatique pour cette technologie. Je cherche quelq'un qui a poussé le .NEt remoting suffisament loin pour me le confirmer.
J'ai un dilemme à savoir si je passe à l'utilisation d'un service web (ASP.NET) qui est moins performant mais plus rapide à implémenter ou au .NET remoting, qui est plus rapide et facile à implémenter sans les threads. Un autre problème est que si je lance des threads dans une technologie qui les gèrent déjà, je risque de rencontrer des problèmes (interblocage, performances réduites, analyse et tests inutiles) que je n'ai pas le temps de gérer
Merci
DoOmX
Salut .
Lorsqu'un client se connect au serveur un nouveau thread est effectivement lancé afin de satisfaire ça demande.
En fonction de la façon dont tu as choisi d'exposer ton objet (Singleton ou Instance unique) tu vas avoir plusieur comportements :
- En singleton tout les appels sont redirigés dans la même instance. Tu peux donc avoir plusieurs client en même temps dans la même méthode -> gestion des accès aux ressources uniques
- En instance unique : Chaque instance est dépendante d'un client donc d'un Thread.
Voila en espérant avoir répondu à ta question
Merci Dev01,
C'est exactement la réponse que j'attendais
DoOmX