2010-06-01 34 views
6

Mi sitio web se está ejecutando en Asp.net v4, IIS 7, servidor de Windows 2008.Tiempo de espera agotado - Tiempo de espera agotado

mi CPU se está ejecutando en un 20-30% y el sitio está respondiendo rápidamente.

cada 2-5 minutos que estoy recibiendo el siguiente error:

Event code: 3001 
Event message: The request has been aborted. 
Exception type: HttpException 
Exception message: Request timed out. , 

Request information: 
    Request URL: http://www.xxxx.com/Services/AxRefresh.asmx/AxUpdate 
    Request path: /Services/AxRefresh.asmx/AxUpdate 
    User host address: 84.110.251.198 
    User: 
    Is authenticated: False 
    Authentication Type: 
    Thread account name: NT AUTHORITY\NETWORK SERVICE 

leí que el error está relacionado con las solicitudes concurrentes límite máximo http://support.microsoft.com/kb/821268

pero luego descubrí que en IIS 7 esta limitación ha cambiado y no es relevante. http://msdn.microsoft.com/en-us/library/dd560842(VS.100).aspx

¿Alguna otra idea sobre cuál puede ser el problema o dónde empezar a buscar?

actualización: encontró con otro enlace de decir que todos los siguientes parámetros: maxWorkerThreads MinWorkerThreads maxIoThreads minFreeThreads minLocalRequestFreeThreads MAXCONNECTION executionTimeout

no son relevantes para IIS7 + Asp.NET 4

aquí está el enlace http://learn.iis.net/page.aspx/381/aspnet-20-breaking-changes-on-iis-70

** Todavía recibo errores del 100 al día en mi iis7 **

+0

http://www.xxxx.com/Services/AxRefresh.asmx/AxUpdate ejecútelo en su máquina de prueba y use Cronómetro para encontrar lo que es lento. –

Respuesta

0

El segundo enlace que encontraste tiene ninguna relación con la primera, por lo que aún necesita para aplicar los cambios en el primer artículo y ver si ayuda.

+0

ver este enlace: http://learn.iis.net/page.aspx/381/aspnet-20-breaking-changes-on-iis-70. configuración de ASP.NET de roscado no se utilizan para controlar la concurrencia solicitud en el modo integrado Los minFreeThreads, la configuración de minLocalRequestFreeThreads en la sección system.web/httpRuntime de configuración y la maxWorkerThreads de ajuste en la sección de configuración processModel ya no controlar el mecanismo de roscado utilizado por ASP.NET. En su lugar, ASP.NET se basa en el grupo de subprocesos de IIS y le permite controlar el número máximo de solicitudes simultáneas al establecer MaxConcurrentRequestsPerCPU. – RuSh

Cuestiones relacionadas