c# - teoría - SignalR falla bajo carga alta

teoria del esfuerzo cortante maximo

Question

Tengo un sitio web con una carga muy alta y mantengo mi aplicación de prueba bajo un iframe oculto para asegurarme de que el marco de destino sea una buena opción para mi caso de uso. Primero probé la aplicación de prueba SignalR y luego Pokein bajo la misma configuración de servidor. Actualmente estamos usando soluciones remotas de Flash, pero pronto planeamos cambiarlo.

Pasé algo de tiempo para hacer que mi aplicación de prueba basada en SignalR manejara la actualización simultánea del cliente bajo la alta carga de mi sitio web. Estaba funcionando bien en el escenario (algunas de las solicitudes de mensajes de los clientes) ... cuando la mayoría de los clientes conectados solicitan los mensajes al mismo tiempo, fallaron dramáticamente (necesitaba eliminarlos de la llamada de iframe). había sospechado que la configuración de mi servidor es el problema, pero el mismo escenario funciona con otra solución pagada Pokein sin ningún problema.

¿Hay algún truco que me olvide?

Actualización del 10 de febrero de 2012: aunque decidimos implementar PokeIn en nuestra solución, probé el último código SignalR en Github (podría ser útil para otros) ... y el resultado es el mismo.

Marzo.13.2012 Actualización: Escenario: (Una vez más): intentar enviar un mensaje a los miles de clientes conectados en un intervalo determinado, digamos (1 segundo). No será difícil probar y ver el resultado. Siento que soy la única persona alrededor de hacer hincapié en las bibliotecas para este tipo de uso muy común.

Detalles (Cómo reproducir - probado con 0.5 de Github) - Server 2008 R2 32GB DDR3, i7-2600 3.4GHz, 2x256 GB Crucial M4 - ASP.NET 3.5

• Aplicación de una sola página. actualiza la hora en el lado del cliente desde el servidor cada segundo

• Esta página está incrustada en un iframe oculto cargado por varios sitios web para realizar una prueba de carga de la vida real.

• Cuestiones

  • El sistema se bloquea en algún momento (aproximadamente 800 usuarios) y la mayoría de los clientes no obtienen la hora actualizada del servidor

  • Una vez que el sistema se bloquea, esa única aplicación deja de responder

También traté de aumentar el intervalo a 5 segundos. Esta vez el sistema fue más receptivo (aproximadamente 950 usuarios) pero el resultado fue el mismo. Intenté esto en los grupos de aplicaciones .NET 2 y .NET 4.

Espero que estos detalles sean suficientes. Repetir esta prueba es bastante fácil para mí y, tan pronto como encuentre un tiempo libre, repetiré la prueba con la versión futura.