Acelerar un ASP.Net Sitio Web o Aplicación

Si está utilizando Firefox para probar su sitio web, es posible que desee probar una extensión de Firefox ingeniosa de Yahoo! se llama YSlow.

Analiza sus páginas web y proporciona calificaciones de A a F (A es la Mejor y F es la peor) para cada una de las mejores prácticas, para sitios web de alto rendimiento. Le ayudará a rastrear los elementos de su sitio web que podría optimizar para ganar aceleraciones.

Desactivar viewstate de forma predeterminada, será una diferencia de día y noche incluso en las páginas más simples.

Escribí una entrada de blog sobre cómo mejorar ASP.NET página rendimiento esto hace un par de meses. Aquí hay algunas formas rápidas y fáciles -

• Desactivar el estado de vista
• Desactivar la validación de eventos
• Implementar la compresión HTTP gzip/deflate para reducir el tamaño de la respuesta (número de bytes que el servidor tiene que enviar de vuelta al cliente)
• Intente optimizar / minimizar las llamadas a su base de datos para cada solicitud

Creo que realmente necesita poder obtener algunos datos/telemetría de PerfMon reales de la aplicación mientras se ejecuta en producción para poder tomar una decisión inteligente sobre qué optimizar.

Como un consejo de tirar Me aseguraría de que su aplicación se implementa como un Release build y establecer debug="false" en la 'compilation' sección de su web.config.

Parece que está empezando por asumir que su problema es el tamaño de descarga - que puede no ser necesariamente el caso. Usted debe hacer un poco de experimentación con su ASP.NET para determinar si hay áreas en su código que están causando retrasos indebidos. Si resulta que el tamaño de descarga no es su problema, deberá encontrar formas de almacenar en caché sus resultados (busque en el almacenamiento en caché de salida, que es un ASP.NET característica) u optimizar su código.

En cualquier caso - el primer paso cuando se mira a un el problema de rendimiento es siempre para verificar sus suposiciones primero, luego decidir un curso de acción.

¿has probado estos consejos?

Http://weblogs.asp.net/haroonwaheed/archive/2008/06/30/ASP.NET-Performance-Tips.aspx

Podrías empezar a buscar estrategias de almacenamiento en caché. Los archivos estáticos como CSS (incluso los comprimidos) y las imágenes (incluso los optimizados) solo deben ser descargados una vez por el navegador durante un período de tiempo.

La combinación de Scirpt para AJAX ya se ha mencionado, pero no me di cuenta de la referencia al ScriptReferenceProfiler MS ha lanzado en codeplex para ayudar a averiguar qué combinar. Mike Ormond tiene un buen punto de inicio en este.

Otro consejo si estás haciendo mucho de inserciones a su base de datos es comprobar que el almacenamiento en caché del disco de su servidor está activado. Por ejemplo, tuve un importador de datos haciendo 1.2 millones de inserciones durante una carrera. Tomó 4 horas y el cambio sin el almacenamiento en caché. Tomó 16 minutos con él puesto.

Una cosa general al usar ASP.NET y Ajax (cualquier biblioteca Ajax) juntos es evitar elephanting su Page_Load y Page_Init (y sus contrapartes de método) cosas ya que estos se ejecutarán en cada solicitud Ajax.

Cuando se dice que me desharía seriamente ASP.NET AJAX y usa cualquier otra cosa...

Anthem.NET, AjaxPRO.NET, jQuery o cualquier otra cosa que ASP.NET AJAX...

Por supuesto que usaría Ra-Ajax yo mismo ya que ese es mi proyecto. Pero entonces de nuevo soy parcial...

Puede activar la compresión en función de que su cliente la soporte. Ver este artículo: link text

Los recursos estáticos no deben reenviarse a menos que se modifiquen. IIS enviará un código de respuesta que indica al navegador que utilice la versión en caché.

También puedes mirar ASP.NET almacenamiento en caché de salida, que se puede aplicar de forma bastante granular a diferentes partes de su página:

Http://msdn.microsoft.com/en-us/library/xsbfdd8c (VS.71).aspx