performance - Terrible rendimiento de DotNetNuke

iis

Question

Estoy involucrado con un proyecto que usa DotNetNuke versión 05.01.04 Community Edition . Estamos construyendo nuestra nueva Intranet usándolo, pero el rendimiento es terrible.

Tenemos cinco personas que le agregan páginas y contenido y cada 15-30 segundos experimentan una pausa de 10 segundos o más antes de que el sistema continúe y se carguen las pantallas siguientes.

El servidor es Windows 2003, 3.8GHz con 1GB de RAM. Mi administrador del servidor me dijo que el rendimiento de la CPU y la memoria no parece ser el cuello de botella.

Actualmente tenemos 350 páginas en el sistema, planeamos agregar 1000. Por lo tanto, tenemos que resolver este problema de rendimiento para que podamos ingresar el contenido y podamos ponerlo en marcha.

Simplemente no puedo ver dónde está el cuello de botella. ¿Hay alguna buena razón para determinar el cuello de botella cuando se usa DotNetNuke?

Módulos instalados

• Publish: Engage (actualmente no está en uso)
• Page Blaster (No parece proporcionar almacenamiento en caché cuando los usuarios iniciaron sesión utilizando la Autenticación integrada)
• SimpleGallery
• XMod
• Gestor de contenidos

Configuración de IIS
Reciclaje de aplicaciones completamente desactivado (aparte de un reciclaje de 2 am)

Nuevos hallazgos: 18 de marzo de 2010
El principal cuello de botella se debió a que la versión 5.1.4 tenía un error que causaba 1300 recorridos de ida y vuelta de la base de datos en una página promedio, debido al almacenamiento en memoria caché de la base de datos interrumpida. Nos hemos actualizado a 5.2.4 que ha resuelto este cuello de botella.

Ahora el siguiente cuello de botella más grande es la navegación. Hemos usado DDR: Menu y DDN: Nav, pero ambos tienen un gran impacto en el rendimiento.

¿Hay una interfaz de navegación que no drene el rendimiento tan mal?

Answer 1

Creo que debes comenzar a investigar esto usando herramientas de perfilado de rendimiento. Para la aplicación DNN en sí, tomaría algo como JetBrains DotTrace o ANTS Performance Profiler de Red Gate.

Para la base de datos SQL Server Profiler sería la primera opción o una herramienta como la respuesta SQL de Red Gate.

Sin el perfil de la aplicación, estos van a tirar de pajitas.

Y como Tim señaló en su comentario, instalando Firebug en Firefox con el complemento YSlow para ver qué recursos están tardando más en servir al navegador.

Answer 2

Mitchel Sellers tiene algunos buenos tutoriales y listas de verificación para seguir con respecto al rendimiento en DNN. Comience con la explicación de la configuración y administración de alto rendimiento de DotNetNuke (que apunta a algunos de sus artículos anteriores).

Answer 3

Tengo varios años de experiencia en mantenimiento y desarrollo dnn, cuando tengo este tipo de problema, empiezo a hacer cosas desde la limpieza de la base de datos . Lo siguiente es encontrar los índices que faltan y / o reconstruir todos los índices periódicamente (trabajo de sql programado para eso), pero la mayor ganancia de rendimiento sería a partir de la limpieza de la tabla

Otra buena consideración sería deshabilitar el rastreo, el modo de depuración en falso y desactivar las características de dnn que no utiliza (el programador es el primero en apagarse)

Editar: considere mantener vivo también Espero que esto ayude

Answer 4

¿Tu base de datos está en ese servidor? Si es así, solo agrega más RAM, o consigue una matriz de discos más rápida ...

Answer 5

¿Ha considerado crear este montón de páginas directamente a través de TSQL? No es difícil de hacer y puede ahorrarle mucho tiempo.