Pense à un jeu multijoueur en ligne de backgammon avec plus de 100, voire 1000 utilisateurs en ligne. La communication du jeu se fait en utilisant Ajax + 3 secondes Intervalle de connexion Comet + technologie ASP.NET. Est-ce un vrai scénario?Ajax + comet + asp.net est-il évolutif?
Est-ce que peu de connexions ouvertes Comet bloquaient le serveur, entraînant une grosse latence?
Non, ce n'est pas extensible. Vous devez écrire un serveur léger pour gérer les connexions. Il existe déjà des serveurs légers écrits à la fois commerciaux et open source.
La réponse est incorrecte. IIS échelles très bien avec la comète, comme en témoigne WebSync.
C'est faisable. IIS/ASP.NET met en file d'attente les demandes et la file d'attente est prise en charge par le pool de threads .NET.
L'argument traditionnel est qu'un thread se bloque alors qu'il fait le travail qui serait non scalable pour les scénarios COMET. Cependant, ASP.NET propose des gestionnaires HTTP asynchrones, ce qui signifie que le thread est renvoyé au pool de threads jusqu'à ce que la réponse soit prête à être renvoyée au client. Regarde mes articles de blog à ce sujet
http://neilmosafi.blogspot.com/2009/03/comet-pushing-to-web-browser.html http://neilmosafi.blogspot.com/2009/03/comet-bayeux-protocol-and-aspnet.html
évolutive? Sûr!
Le problème d'évolutivité est lié à la solution principale et non IIS. recherche google pour "PokeIn" comet ajax library. (Absolument pour ASP.NET et gratuit)
De plus, PokeIn fonctionne aussi avec Mono sous Linux. – Azz