Árbol de rendimiento

Puede utilizar la análisis de solicitud HTTP estándar en el explorador para analizar el flujo de solicitudes. Para obtener más información sobre cómo hacerlo en Chrome, consulte:

https://developers.google.com/web/tools/chrome-devtools/profile/network-performance/resource-
loadinghttps://developers.google.com/web/tools/chrome-devtools/profile/network-performance/understanding-resource-timing

Consulte la documentación de depuración de Dispatcher para ver si las solicitudes se almacenan correctamente en la caché.

Utilice Día duro para replicar las condiciones del "mundo real" de las instancias de producción. Si esto no es realista para la división de su desarrollo, asegúrese de probar la instancia de producción (o una instancia de ensayo idéntica) en un contexto de red diferente.

Investigue la capa de red para detectar problemas de saturación y latencia.

Para la capa de creación, se recomienda que la latencia no supere los 100 milisegundos.

Para obtener más información sobre sugerencias de optimización del rendimiento, consulte esta página.

Puede buscar 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.

Consulte Uso de rlog.jar para encontrar solicitudes con tiempos de duración largos.

Para obtener información sobre las herramientas de generación de perfiles que puede utilizar con AEM, consulte Herramientas para monitorear y analizar el rendimiento.

1. Memoria insuficiente
2. Mi aplicación genera errores de memoria insuficiente
3. Analizar problemas de memoria en la ayuda.
   

Consulte la sección E/S de disco en la documentación de Monitoreo y Mantenimiento.

• Consejos de ajuste de rendimiento
• Configuración del rendimiento
• Ajuste del rendimiento del repositorio

• Procesamiento de flujo de trabajo simultáneo
• Configurar la cola para un flujo de trabajo específico
• Depuración regular de instancias de flujo de trabajo
• Flujos de trabajo transitorios
  

Optimizaciones para el Administrador de varios sitios

1. Servicio de sincronización de recursos
2. Varias instancias de DAM
3. Artículos aquí y aquí de consejos de optimización del rendimiento.
   

Comprobación de sesiones JCR no cerradas

Activación de sesiones seguras

1. Configuración general de Dispatcher
2. Configuración de la memoria caché de Dispatcher

Cómo mejorar la proporción de caché; convertir solicitudes en caché (prácticas recomendadas de Dispatcher)

Además, tenga en cuenta los siguientes ajustes para optimizar las configuraciones de almacenamiento en caché

1. Establecer una regla de no caché para las solicitudes HTTP que no son GET
2. Configurar cadenas de consulta para que no se puedan almacenar en caché
3. No almacenar en caché las direcciones URL con extensiones que faltan
4. Encabezados de autenticación de caché (posible desde Dispatcher versión 4.1.10)

Puede descargar la última versión de Dispatcher en esta ubicación:

Seguir vínculo

• Invalidación de caché para el nivel Autor;
• Invalidación de caché para el nivel Publicar.

¿El encabezado Keep-Alive está presente en las distintas solicitudes para reutilizar conexiones? De lo contrario, significaría que cada solicitud conduce a otro establecimiento de conexiones, lo que supone una sobrecarga innecesaria. (análisis de solicitud HTTP estándar en el explorador)

Puede comprobar la herramienta de servidor proxy para comprobar la existencia de conexiones de mantenimiento activo.

1. Concatenar recursos (imágenes, sprites CSS, JSON, etc.)
   
2. Incrustación de Clientlibs:
   1. Creación de carpetas de la biblioteca de clientes; consulte Encabezado Uso de la incrustación para minimizar solicitudes