Árbol de rendimiento

Se puede utilizar el análisis de solicitud HTTP estándar en el navegador para analizar el flujo de solicitudes. Para obtener más información sobre cómo hacer esto en Chrome, consulte:

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

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

Uso Día duro para replicar las condiciones del "mundo real" desde las instancias de producción. Si esto no es realista para la pendiente del 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 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 del rendimiento, consulte esta página.

Puede comprobar la existencia de 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 Uso de rlog.jar para encontrar solicitudes con largos tiempos de duración.

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

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

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

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

• Procesamiento De Flujo De Trabajo Simultáneo
• Configuración de la cola para un flujo de trabajo específico
• Depuración regular de instancias de flujo de trabajo
• Flujos de trabajo transitorios
  

Prácticas recomendadas del administrador de varios sitios

1. Servicio de sincronización de recursos
2. Varias instancias de DAM
3. Artículos sobre consejos de rendimiento here y here.
   

Comprobación de sesiones JCR no cerradas

Habilitar sesiones seguras

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

Cómo mejorar la proporción de caché; hacer que las solicitudes se puedan almacenar en caché (prácticas recomendadas de Dispatcher)

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

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

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

Seguir vínculo

• Invalidación de caché para el nivel de Author;
• Invalidación de caché para el nivel de publicación.

¿Es la variable 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, que introduce una sobrecarga innecesaria. (Análisis de solicitudes HTTP estándar en el explorador)

Puede comprobar la Herramienta Servidor proxy para comprobar la existencia de conexiones Keep-Alive.

1. Concatenar recursos (imágenes, sprites CSS, JSON, etc.)
   
2. Integración de Clientlibs:
   1. Creación de carpetas de la biblioteca del cliente - consulte el encabezado Uso de la incrustación para minimizar las solicitudes