Recommendations pour l’optimisation des performances id213BD0JG0XA

Configurer l’entrepôt de données (obligatoire)

Quel est le changement ?
Définissez la variable minRecordLength à une valeur de 100 sous la configuration org.apache.jackrabbit.oak.plugins.blob.datastore.FileDataStore. Pour plus d’informations sur le magasin de dates de fichiers et le magasin de données S3, voir Configuration des entrepôts de noeuds et de données dans AEM 6 article.

Quand configurer ?
Après la configuration initiale, mais avant la migration de tout contenu. Vous devez effectuer cette modification même sur un système existant, qui garantit que tout nouveau contenu est stocké dans l’entrepôt de données au lieu de l’entrepôt de segments.

Résultat de cette modification
Les fichiers DITA sont enregistrés dans l’entrepôt de données plutôt que dans l’entrepôt de segments. Cela permet de maintenir la taille de la banque de segments sous les limites recommandées, ce qui améliore la réactivité du système.

Mise à jour de l’index Lucene (obligatoire)

Quel est le changement ?
Excluez /var/dxml de oak:index/lucene.

Quand configurer ?
Si vous effectuez cette modification sur un nouveau système avant de migrer le contenu, seule la mise à jour oak:index/lucene est requise. Dans le cas contraire, sur un système existant où le contenu est déjà migré, après avoir apporté la modification à oak:index/lucene, recréez les index pour Lucene (qui peut prendre quelques heures.).

Résultat de cette modification
Cette modification empêche le noeud /var/dxml d’être indexé et stocké dans le magasin de segments.

Optimisation de la mémoire Java (Obligatoire)

Quel est le changement ?
Les paramètres de démarrage de la JVM doivent être soigneusement réglés en fonction de l’infrastructure et de la taille du disque. Il est recommandé de consulter le support Adobe pour obtenir de l’aide afin d’accéder à la configuration idéale. Vous pouvez toutefois essayer vous-même les configurations suivantes :

* -XX:+PrintGCDateStamps

* -verbose:gc

* -XX:+PrintGCDetails

* -XX:+PrintTenuringDistribution

* -Xloggc:</path/to/gc.log>

Quand configurer ?
Si vous effectuez cette modification sur un système existant, vous devez redémarrer le système. Dans le cas d’une nouvelle installation, cette modification doit être effectuée dans le fichier de script de démarrage (.bat ou .sh) avant le démarrage du système.

Résultat de cette modification
Cela se traduit par une taille de tas optimale et une exécution réglementée du GC.

Minimisation de la bibliothèque cliente sur l’instance d’auteur (facultatif)

Quel est le changement ?
Les bibliothèques clientes doivent être définies pour être réduites dans les instances de création. Cela permet de s’assurer qu’il y a moins d’octets à télécharger lorsqu’un utilisateur navigue sur le système à partir de différents emplacements. Pour effectuer cette modification, définissez la configuration dans Gestionnaire de bibliothèques de HTMLs à partir de la console Felix.

Quand configurer ?
Cela peut être effectué au moment de l’exécution via la console Felix ou via le déploiement du code.

Résultat de cette modification
Cette modification améliore le temps de chargement des pages sur l’instance d’auteur, car moins d’octets sont transférés pour le chargement des bibliothèques clientes.

Configuration de threads de publication simultanés (obligatoire, selon le cas d’utilisation)

Quel est le changement ?
Cette modification est requise si vous utilisez DITA-OT pour publier la sortie et qu’un certain nombre de threads de publication simultanés sont également définis.

Par défaut, AEM Guides définit les threads de publication sur le nombre de processeurs+1. Cependant, il est recommandé de définir cette valeur sur la moitié (1/2) ou un tiers (1/3) du nombre total d’unités centrales. Pour ce faire, définissez la variable Taille du pool de génération sous la configuration com.adobe.fmdita.publish.manager.PublishThreadManagerImpl selon les recommandations.

Quand configurer ?
Cela peut être effectué au moment de l’exécution via la console Felix ou via le déploiement du code.

Résultat de cette modification
Cette modification permet de s’assurer que toutes les ressources ne sont pas allouées pour les opérations de publication sur une instance d’auteur en cours d’exécution. Cela permet de conserver les ressources système disponibles pour les auteurs, ce qui se traduit par une meilleure expérience utilisateur.

Configuration de la taille de lot des noeuds pour AEM génération de sortie de site (obligatoire, selon le cas d’utilisation)

quel est le changement ?
Cette modification est requise si vous générez une sortie AEM Sites.

Définissez la variable Limiter AEM pages du site dans le tas propriété sous com.adobe.fmdita.config.ConfigManager à un nombre basé sur la configuration de votre système. Cette propriété définit la taille de lot des noeuds à valider lors de la génération des pages du site. Par exemple, sur un système avec un plus grand nombre d’unités centrales et une taille de tas, vous pouvez augmenter la valeur par défaut de 500 à un nombre plus grand. Vous devez tester l’exécution avec la valeur modifiée pour obtenir une valeur optimale pour cette propriété.

Quand configurer ?
Cela peut être effectué au moment de l’exécution via la console Felix ou via le déploiement du code.

Résultat de cette modification
Une augmentation du nombre de Limiter AEM pages du site dans le tas optimise le processus AEM génération de sortie de site.

Optimiser le nombre de threads de post-traitement (obligatoire, selon le cas d’utilisation)

Quel est le changement ?
Cette modification est requise si vous téléchargez du contenu DITA en masse.

Définissez la variable Post-traitement Threads propriété sous com.adobe.fmdita.config.ConfigManager to 1.

Quand configurer ?
Cela peut être effectué au moment de l’exécution.

Résultat de cette modification
Cette modification réduit le temps de post-traitement lors du téléchargement massif de fichiers DITA.

Rubrique parente : ​ Télécharger et installer