Problema de rendimiento en ASP.NET al cambiar su código y su solución (nueva caractetística de ASP.NET)
Cuando desarrollamos una aplicación Web en ASP.NET, surge de acuerdo a algunos escenarios que cuando se produce la primera llamada sobre la aplicación Web, ésta se prepara de manera tal que las siguientes llamadas «reutilizan» la aplicación compilada.
Si se produce algún cambio sobre la aplicación Web, ésta es «recompilada» de acuerdo a esos cambios.
En cuestión de rendimiento, un consejo muy extendido es que la aplicación preparada sea navegada en su totalidad para primero, asegurarse del buen funcionamiento de ésta. Segundo, para preparar la aplicación Web y que así sea compilada evitando el delay o retraso de tiempo o tiempo de espera que el usuario debe esperar a que el servidor Web devuelva la página Web.
Si las aplicaciones Web son mostruosas, esta recomendación se hace casi indispensable en casi todos los escenarios que estoy comentando.
Pero no brilla el sol en todo el mundo al mismo tiempo, y así, hay partes oscuras, como la que se comenta en la KB961884.
Según esta información, existe un problema de rendimiento de aplicaciones Web ASP.NET con .NET Framework 3.5 en el que se detecta un rendimiento lento en la solicitud inicial de una aplicación Web después de cambiar la carpeta App_Code, la carpeta bin, o el archivo Global.asax.
Para resolver esto, Microsoft va a agregar una nueva propiedad en el archivo Web.config tal y como comenta David Ebbo (Microsoft) en su blog.
La etiqueta compilation tendrá ahora una propiedad de nombre optimizeCompilations:
<compilation optimizeCompilations=«true«>
Esta propiedad se verá en Visual Studio 2010 y previsiblemente en el próximo Service Pack de .NET Framework 3.5.
Referencias:
Enlace Web: KB9615884.
Enlace Web: Información de David Ebbo.