Alors que signalr, y aura t il des limites de connexion sur IIS
J'ai été à la recherche à SignalR de la dernière quelques jours. En utilisant cela, j'ai créé un tableau de bord d'administration pour obtenir des informations en temps réel sur une table de base de données. Fondamentalement, ce tableau est renseigné par mai des différents utilisateurs à partir de diverses applications. Il est sorti bien. Ces mises à jour sont possibles que lorsqu'il y a une connexion permanente entre le client du Navigateur et le Serveur web. J'ai quelques doutes avant le déploiement de cette application en production.
Je comprends que SignalR vérifie d'abord les WebSockets, puis recherche d'Interrogation basé sur il y a la disponibilité entre le client et le serveur. Quoi qu'il utilise, il y aura une connexion ouverte entre le client et le serveur.
Ma question est comment fait-il effectuer dans le scénario où plusieurs utilisateurs sont connectés au même serveur par exemple de 100 000 admins sont connectés en même temps. IIS a des limitations sur le nombre de connexions persistantes, il peut ouvrir à un moment? Si on peut le configurer pour qu'à la valeur max et ce duh être que de la valeur.
Désolé si c'est rookie question
ASP.NET MVC3 & IIS 7 sont utilisés pour le développement.
Vous devez vous connecter pour publier un commentaire.
Vous devriez examiner les Les Performances De L'Article de la SignalR Wiki sur GitHub. Cela donne vraiment de bons conseils pour la suite:
En outre, il déclare la clé de Performance Compteurs à surveiller lors de l'exécution de tests de charge de votre demande. Qui OMI que vous devez faire pour vraiment avoir une compréhension de la façon dont votre application va effectuer et faire les ajustements nécessaires pour votre scénario spécifique.
Enfin, il y a un lien Manivelle l'outil recommandé pour la génération de charge client avec SignalR.
Mise à jour: Lien vers la Manivelle est maintenant en cours.
Merci Paige. Voici mes conclusions. ASP.NET 4.0 par défaut accepte maximum de 5 000 demandes simultanées par UC. POUR changer cela, nous avons besoin de fixer ce nombre à ASP.NET fichier de configuration qui peut être trouvé dans cet endroit
%windir%\Microsoft.NET\Framework\v4.0.30319\aspnet.config
Aussi j'ai trouvé cet excellent PodCast par
Scott, HanselMan
http://www.hanselminutes.com/325/aspnet-45-updates-core-webforms-and-signalr-with-damian-edwards
Vous êtes probablement plus enclins à courir dans cette sur Windows 8 /10 ce qui est des limites de connexion de seulement 10*. Cela ne vous touchent au cours du développement, bien sûr - mais c'est une grande douleur si vous avez plusieurs navigateurs ouverts avec des connexions actives et il est très facile de dépasser les 10.
*Je ne suis pas en mesure de confirmer à ce moment que Windows 10 a la même limite de connexion de Windows 8, mais vraisemblable.