Árbol de rendimiento performance-tree
- Temas:
- Administración
Creado para:
- Administrador
Ámbito scope
El diagrama siguiente tiene por objeto proporcionar instrucciones sobre los pasos que se deben seguir para solucionar los problemas de rendimiento. Se divide en cinco secciones para facilitar la lectura.
Cada paso del diagrama está vinculado a un recurso de documentación o a una recomendación.
Requisitos previos y suposiciones prerequisites-and-assumptions
AEM Se supone que se observa un problema de rendimiento en una página determinada (ya sea una consola de o una página web) y que se puede reproducir de forma coherente. Tener una forma de probar o monitorear el rendimiento es un requisito previo antes de comenzar la investigación.
El análisis comienza en el paso 0. El objetivo es determinar qué entidad (Dispatcher AEM, host externo o red) es responsable del problema de rendimiento y, a continuación, determinar qué área (servidor o red) debe investigarse.
Sección 1 section
Sección 2 section-1
Sección 3 section-2
Sección 4 section-3
Sección 5 section-4
Vínculos de referencia reference-links
Puede utilizar el análisis de solicitud HTTP estándar en el explorador para analizar el flujo de solicitud. Para obtener más información acerca de cómo realizar este análisis en Chrome, vea:
HEAD
solicitudes a los usuarios para su autenticación antes de enviar el recurso almacenado en caché. AEM Busque HEAD
solicitudes en la sección access.log
de la. Para obtener más información, consulte Registro.Investigue la capa de red para ver si hay problemas de saturación y latencia.
Para el nivel de creación, se recomienda que la latencia no supere los 100 milisegundos.
Para obtener más información acerca de sugerencias de optimización de rendimiento, vea esta página.
Puede comprobar las solicitudes lentas analizando request.log
o utilizando rlog.jar
.
Para obtener más información sobre el uso de rlog.jar, consulte esta página.
Ver Buscar solicitudes con tiempos de duración largos mediante rlog.jar.
- Servicio de sincronización de Assets
- Varias instancias de DAM
- Artículo de sugerencias de optimización de rendimiento aquí.
Cómo mejorar la proporción de caché; hacer que las solicitudes puedan almacenarse en caché (prácticas recomendadas de Dispatcher)
Además, considere la siguiente configuración para optimizar las configuraciones de almacenamiento en caché
- Establezca una regla sin caché para la solicitud HTTP que no sea de GET
- Configurar las cadenas de consulta para que no se puedan almacenar en caché
- No almacenar en caché las direcciones URL con extensiones faltantes
- Encabezados de autenticación en caché (posible desde la versión 4.1.10 de Dispatcher)
Puede descargar la versión más reciente de Dispatcher en esta ubicación:
y 47
¿Está el encabezado Keep-Alive
presente en las diferentes solicitudes para reutilizar conexiones? De lo contrario, significaría que cada solicitud conduce a otro establecimiento de conexión, lo que introduce gastos generales innecesarios. (Análisis de solicitudes HTTP estándar en el explorador)
Puede comprobar la herramienta Servidor proxy para buscar conexiones de conexión persistente.
- Concatenar recursos (imágenes, sprites CSS, JSON)
- Incrustar Clientlibs:
- Creando carpetas de biblioteca de cliente - vea el encabezado Usar la incrustación para minimizar las solicitudes