visual studio 2012 - studio - Servidor demasiado ocupado en vs2012
visual studio core (8)
** Config.XML es el primer lugar para comenzar la investigación ** en la nueva instalación de Windows Visual Studio 2012. Los valores se deben revisar manualmente en cada nueva aplicación cliente / servidor
Cuando los errores del servidor realmente inadecuados no tienen ningún sentido, piense en los archivos XML de configuración de su computadora de prueba que establecen los tamaños de cola o grupo de manera explícita en la raíz del proyecto, como se describe en el enlace MS más arriba. Es muy extraño que un servidor responda "Demasiado ocupado" cuando solo está usted en la máquina.
Siempre es bueno poder reutilizar tantos objetos reciclables como sea posible, en particular, las conexiones de bases de datos.
En cuanto a ejecutar VS 2010 y 2012 en la misma máquina de desarrollo, debería estar bien. Simplemente verifique que sus referencias estén apuntando a las DLL de la aplicación.
Tengo vs2010 y vs2012 instalados uno al lado del otro. Si abro nuestro sitio MVC en vs2010 y lo ejecuto usando el servidor web de desarrollo, funciona bien, si hago lo mismo en vs2012, obtengo "Server Too Busy" cada vez que solicito por primera vez el sitio. Cada solicitud después de la primera solicitud funciona bien.
Actualización: me he dado cuenta en vs2012 que solo sucede con el proyecto que necesita construir. Si no he realizado ningún cambio, es decir, el proyecto no necesita compilarse y presiono F5 para iniciarlo y abrir IE, funciona bien y no aparece el mensaje "El servidor está demasiado ocupado" en el navegador.
En su proyecto, haga clic con el botón derecho en Propiedades y seleccione la opción Web en su lado izquierdo en la sección Servidores marque Usar servidor web IIS local.
Finalmente arreglé el molesto mensaje " Servidor muy ocupado " de ralentizar mi desarrollo de ASP.Net.
De acuerdo con los comentarios sobre la propiedad httpRuntime.appRequestQueueLimit :
Cuando el número de solicitudes puestas en cola excede el límite impuesto por esta configuración, las solicitudes entrantes serán rechazadas con un error " 503 - Servidor demasiado ocupado ".
El valor predeterminado es 5000, que aumenté aleatoriamente a 9000 que funcionó para mí:
<system.web>
<httpRuntime appRequestQueueLimit="9000"/>
</system.web>
Si desea comprobar esta configuración en tiempo de ejecución (así como DelayNotificationTimeout ), agregué el siguiente código a mi evento Default.aspx.cs Page_Load función de esta pregunta sobre el desbordamiento de la pila :
// Uncomment to debug "Server Too Busy" error message
Configuration config = WebConfigurationManager.OpenWebConfiguration("~");
object o = config.GetSection("system.web/httpRuntime");
HttpRuntimeSection section = o as HttpRuntimeSection;
Response.Write("DelayNotificationTimeout: " + section.DelayNotificationTimeout.ToString() + "<br>");
Response.Write("AppRequestQueueLimit: " + section.AppRequestQueueLimit.ToString() + "<br>");
Si necesita aumentar el límite de solicitud para IIS Express, intente esto:
También tuve este problema para mi solución ASP.Net. No hubo soluciones para este problema en ni en ningún otro lado.
Configuración :
Visual Studio 2013 (pero creo que también funcionará para la instalación de la aplicación web ASP.Net vs 2010/2012).
Nuestro entorno de producción nunca tuvo este problema porque se estaba ejecutando en IIS.
He intentado mucho para solucionarlo, pero encontré una solución específica. Configuré delayNotificationTimeout en 20 segundos, en lugar del valor predeterminado de 5, que no fue suficiente para que nuestras soluciones evocaran todo lo que se necesitaba para ejecutar correctamente.
<system.web>
<httpRuntime maxRequestLength="104850"
executionTimeout="600"
enableVersionHeader="false"
delayNotificationTimeout="20" />
</system.web>
Tienes que aumentar el límite de solicitud concurrente. Lea lo siguiente :
Modificación del límite de cola de solicitudes de ASP.NET http://technet.microsoft.com/en-us/library/dd425294%28office.13%29.aspx
solo limpie la solución antes de construirla . Además, verifique el tamaño de la carpeta en la que se encuentra la solución, antes y después de la compilación limpia; seguramente encontrarás alguna diferencia. Hacer esto garantiza que limpie / elimine dlls innecesarios creados después de cada compilación, lo cual es la causa de retrasar el flujo normal.