Vous pouvez utiliser l’analyse des requêtes HTTP standard dans le navigateur pour analyser le flux de requêtes. 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 du Dispatcher afin de déterminer si les demandes sont correctement mises en cache.

Utilisation Tough Day pour répliquer des conditions "réelles" à partir des instances de production. Si cela n’est pas réaliste pour l’espace de votre développement, veillez à tester l’instance de production (ou une instance d’évaluation identique) dans un contexte réseau différent.

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

Pour le niveau auteur, il est recommandé que la latence ne dépasse 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 des requêtes avec des durées longues.

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 E/S de disque dans la documentation Surveillance et maintenance.

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

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

Bonnes pratiques relatives à Multi-Site Manager

1. Service de synchronisation d’Assets
2. Instances multiples de gestion des ressources 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 de sessions sécurisées

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

Comment améliorer le ratio de cache ; rendre les requêtes pouvant être mises en cache (bonnes pratiques de Dispatcher)

Prenez également en compte les paramètres ci-dessous afin d’optimiser vos configurations de mise en cache.

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

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

Lien de suivi

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

L’en-tête Keep-Alive est-elle présente dans les différentes demandes de réutilisation des connexions ? Sinon, cela signifie que chaque demande conduit à un autre établissement de connexion, qui introduit des frais supplémentaires inutiles. (Analyse des requêtes HTTP standard dans le navigateur)

Vous pouvez vérifier les Outil Serveur proxy pour vérifier les connexions Keep-Alive.

1. Concaténer des ressources (images, sprites CSS, JSON, etc.)
   
2. Intégration de Clientlibs :
   1. Création de dossiers dans la bibliothèque cliente : consultez la section Utilisation d’incorporations pour réduire les demandes.