Árbol de rendimiento performance-tree
Á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. AEM El objetivo es determinar qué entidad (Dispatcher, 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 sobre cómo realizar este análisis en Chrome, consulte:
HEAD
AEM solicitudes de autenticación para la autenticación antes de enviar el recurso almacenado en caché. Buscar: HEAD
AEM solicitudes en la lista de access.log
. 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 sobre sugerencias de optimización de rendimiento, consulte esta página.
Puede comprobar las solicitudes lentas analizando la variable request.log
o utilizando rlog.jar
.
Para obtener más información sobre el uso de rlog.jar, consulte esta página.
Consulte Busque solicitudes con tiempos de duración largos mediante rlog.jar..
- Servicio de sincronización de recursos
- Varias instancias de DAM
- Artículo de consejos 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, tenga en cuenta 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
Es el Keep-Alive
encabezado 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 consultar la Herramienta Servidor Proxy para comprobar las conexiones de mantenimiento activo.
- Concatenar recursos (imágenes, sprites CSS, JSON)
- Incrustar Clientlibs:
- Creación de carpetas de biblioteca de cliente : consulte encabezado Usar la incrustación para minimizar las solicitudes