La performance baisse avec de nombreux appels à com.day.crx.persistence.tar.index.IndexFile.getEntry

Symptômes

  • Le profilage ou les images mémoire de threads affichent de nombreux appels à com.day.crx.persistence.tar.index.IndexFile.getEntry
  • L'énumération des fichiers dans l'espace de travail de la version indique la présence de nombreux fichiers d'index tar (en général, il y a moins de 5 fichiers d'index tar)

Cause

Lorsque les fichiers tar sont optimisés manuellement à l’aide de la console CRX ou du script personnalisé en créant optimize.tar, les fichiers d’index tar ne sont pas fusionnés automatiquement.

Analyse / Résolution

L'analyse des résultats de l'outil de profilage et des images mémoires de threads affiche un grand nombre d'appels à com.day.crx.persistence.tar.index.IndexFile.getEntry

Lorsque l’optimisation de tarpm est effectuée manuellement, la fusion des fichiers tar n’est pas effectuée. Cette opération doit être effectuée séparément à l’aide de la console CRX ou peut être automatisée à l’aide de wget/curl. Vous le trouverez ici :

http://<host>:<port>/crx/config/tarpm_indexmerge.jsp

Recommandations

  • Déclenchez la fusion de l’index tar régulièrement ou lorsqu’il atteint un certain seuil (par exemple, 20 fichiers d’index tar). Vous pouvez créer un simple contrôle qui notifie en cas d’une augmentation importante des fichiers d’index avec un seuil spécifié.
  • L'optimisation automatique et planifiée tar PM comprend une fusion d’index : au tout
    début de l’optimisation planifiée et à la fin. Par conséquent, en cas d'optimisation tarpm manuelle, il est recommandé de planifier l’index pour fusionner des fichiers tar avant et après l’optimisation de tarpm.

Application

CRX1.4.x, CRX2.x

 Adobe

Recevez de l’aide plus rapidement et plus facilement

Nouvel utilisateur ?