Arborescence de la performance

Vous pouvez utiliser l’analyse de demandes HTTP standard dans le navigateur afin d’analyser le flux de demandes. Pour plus d’informations sur la façon de procéder sur Chrome, voir :

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

Reportez-vous à la documentation de débogage de dispatcher afin de déterminer si les demandes sont correctement mises en cache.

Utilisez Tough Day pour répliquer les conditions « réelles » des instances de production. Si cela n’est pas réaliste dans le cadre de votre développement, assurez-vous de tester une instance de production (ou une instance d’évaluation identique) dans un autre contexte réseau.

Examinez la couche réseau pour les problèmes de saturation et de latence.

Pour le niveau de l’auteur, il est recommandé d’utiliser une latence ne dépassant pas 100 millisecondes.

Pour plus d’informations sur les conseils d’optimisation des performances, reportez-vous à cette page.

Vous pouvez identifier les demandes lentes en analysant le fichier request.log ou à l’aide de rlog.jar.

Pour plus d’informations sur l’utilisation de rlog.jar, consultez cette page.

Voir Utilisation de rlog.jar pour rechercher les demandes avec de longs temps d’attente.

Pour plus d’informations sur les outils de profilage que vous pouvez utiliser avec AEM, voir Outils de surveillance et d’analyse des performances.

1. Mémoire insuffisante
2. Mon application renvoie des erreurs de mémoire insuffisante
3. Analysez les problèmes de mémoire sur le site d’aide Adobe.
   

Voir la section I/O des disques dans la documentation sur la surveillance et la maintenance.

• Conseils de réglage de la performance
• Configuration des performances
• Réglage de la performance du référentiel

• Traitement de processus simultanés
• Configuration de la file d’attente pour un workflow spécifique
• Purge régulière des instances de workflow
• Workflows transitoires
  

Meilleures pratiques relatives au gestionnaire multi-site

1. Service de synchronisation des ressources
2. Plusieurs instances de gestion des actifs numériques
3. Articles contenant des conseils pratiques d’amélioration de la performance ici et ici.
   

Contrôle des sessions JCR non fermées

Activation des sessions sécurisées

1. Configuration générale du dispatcher
2. Configuration du cache du dispatcher

Amélioration du ratio de cache ; activation de la mise en cache potentielle des demandes (meilleures pratiques de dispatcher)

En outre, tenez compte des paramètres ci-dessous afin d’optimiser vos configurations de mise en cache

1. Définissez une règle de non mise en cache des demandes HTTP qui ne sont pas en GET
2. Configurez les chaînes de requête de sorte qu’elles ne puissent pas être mises en cache
3. Ne mettez pas en cache les URL avec des extensions manquantes
4. En-têtes d’authentification du cache (possibles depuis la version 4.1.10 du dispatcher)

Vous pouvez télécharger la dernière version du Dispatcher à cet emplacement :

Suivi du lien

• Invalidation du cache pour le niveau d’auteur ;
• Invalidation du cache pour le niveau de publication.

L’en-têteKeep-Alive est-elle présente dans les différentes demandes pour réutiliser les connexions ? Autrement, cela signifie que chaque demande entraîne l’établissement d’une autre connexion, ce qui génère des frais d’opération inutiles. (Analyse de requête HTTP standard dans le navigateur)

Vous pouvez utiliser l’Outil Proxy Server pour vérifier les connexions Keep-Alive.

1. Concaténez les ressources (images, sprite CSS, JSON, etc.)
   
2. Incorporation de Clientlibs :
   1. Création de dossiers de bibliothèque cliente - voir en-tête Utilisation de l’incorporation pour réduire les requêtes