C
Amélioration des performances du serveur
Cette annexe contient des conseils généraux permettant d'améliorer les performances du serveur lors de l'utilisation de produits LiveCycle.
Optimisation de documents en ligne d'entrée et impact sur la mémoire JVM
Si vous traitez régulièrement des documents de petite taille, vous pouvez améliorer les performances associées à la vitesse de transfert des documents et à l'espace de stockage en implémentant les configurations de produit LiveCycle suivantes :
●
●
Augmentation de la taille maximale de la ligne d'entrée pour les produits LiveCycle afin qu'elle soit supérieure à la taille de la plupart des documents.
Pour le traitement de fichiers plus volumineux, spécification des répertoires de stockage situés sur un disque à grande vitesse ou un disque RAM.
La taille maximale par défaut de la ligne d'entrée et les répertoires de stockage (le répertoire de fichiers temporaires des produits Adobe LiveCycle et le répertoire de stockage global) sont des propriétés du module Data Manager. Vous pouvez configurer le module Data Manager à l'aide de
Configuration Manager. Reportez-vous à la section « Configuration des produits LiveCycle », page 46
.
Remarque :
la taille maximale par défaut de la ligne d'entrée équivaut à 65 536 octets.
Taille du document et taille maximale de la ligne d'entrée
Lorsque la taille d'un document à traiter avec des produits LiveCycle est inférieure ou égale à la taille maximale de la ligne d'entrée, le document est stocké sur le serveur de la ligne d'entrée et sérialisé sous la forme d'un objet Adobe Document. Le stockage de documents de ligne d'entrée peut considérablement accroître les performances.
Un document dont la taille est supérieure à la taille maximale de la ligne d'entrée est stocké dans le système de fichiers local (dans les répertoires de stockage spécifiés à l'aide de Configuration Manager).
L'objet Adobe Document transféré sur le serveur ou provenant de celui-ci constitue alors un simple pointeur vers ce fichier.
Taille maximale du tas de la JVM
L'augmentation de la taille maximale de la ligne d'entrée nécessite plus de mémoire pour le stockage des documents sérialisés, et donc généralement une augmentation de la taille maximale du tas de la JVM. La taille maximale du tas de la JVM ne doit pas dépasser 2 Go.
Un système lourdement chargé et traitant un grand nombre de documents peut rapidement saturer la mémoire du tas JVM. Pour éviter une erreur de mémoire saturée (OutOfMemoryError), vous devez augmenter la taille maximale du tas de la JVM d'un volume correspondant à la taille des documents de la ligne d'entrée multipliée par le nombre de documents généralement exécutés à un moment donné.
Utilisez l'équation suivante pour calculer l'augmentation de la taille maximale du tas de la JVM :
Taille maximale du tas de la JVM = (taille des documents de ligne d'entrée) x (nombre moyen de documents traités)
101
Adobe LiveCycle
Installation et configuration des produits de sécurité LiveCycle pour JBoss
Amélioration des performances du serveur
Augmentation de la quantité maximale de mémoire affectée à la JVM 102
Exemple C.1
Calcul de la taille maximale du tas de la JVM
Dans cet exemple, la taille maximale actuelle du tas de la JVM est définie sur 512 Mo et la taille maximale de la ligne d'entrée sur 64 Ko. Vous devez configurer le serveur pour l'exemple suivant : dix tâches sont exécutées simultanément et chacune comporte neuf fichiers d'entrée et un fichier de résultat (pour un total de dix fichiers par tâche et 100 fichiers traités simultanément). La taille de chaque fichier ne dépasse pas 512 Ko.
Pour stocker tous les fichiers dans la ligne d'entrée, la taille maximale de cette dernière doit être définie sur
512 Ko au minimum.
Utilisez l'équation suivante pour calculer l'augmentation de la taille maximale du tas JVM nécessaire :
(512 Ko) x (1000) = 51 200 Ko ou 51,2 Mo
Vous devez augmenter la taille maximale du tas JVM de 512 Mo pour un total de 1 Go.
Fragmentation du tas
Si vous réglez la taille des documents de ligne d'entrée sur de grandes valeurs, vous augmentez le risque d'apparition d'erreurs OutOfMemoryError sur les systèmes sujets à la fragmentation du tas. Pour stocker un document de ligne d'entrée, il faut que la mémoire du tas JVM comporte suffisamment d'espace contigu. Certains systèmes d'exploitation, JVM et algorithmes collecteurs sont sujets à la fragmentation du tas. La fragmentation réduit le volume d'espace du tas contigu et peut générer un message
OutOfMemoryError même si l'espace libre total est suffisant.
Par exemple, de précédentes opérations sur le serveur d'applications ont laissé le tas JVM dans un état fragmenté, et le collecteur est incapable de compresser suffisamment le tas pour récupérer de grands blocs d'espace libre. Une erreur OutOfMemoryError peut se produire même si vous avez augmenté la taille maximale du tas JVM en fonction de la ligne d'entrée.
Pour éviter une fragmentation du tas, la taille du document de ligne d'entrée ne doit pas dépasser la taille totale du tas de plus de 0,1 %. Par exemple, une taille maximale du tas JVM de 512 Mo peut prendre en charge une taille maximale de ligne d'entrée de 512 Mo x 0,001 = 0,512 Mo ou 512 Ko.
Augmentation de la quantité maximale de mémoire affectée à la JVM
Cette section s'applique à WebSphere uniquement.
Si vous exécutez LCM ou que vous essayez de générer le code de déploiement EJB au moyen de l'utilitaire de ligne de commande, ejbdeploy, et qu'une erreur OutOfMemory survient, vous devez augmenter la quantité maximale de mémoire affectée à la JVM.
➤
Pour augmenter la quantité maximale de mémoire affectée à la JVM
1. Modifiez le script ejbdeploy du répertoire {WAS_install_root}/deploytool/itp/ :
●
(Windows) ejbdeploy.bat
●
(Linux) ejbdeploy.sh
2. Trouvez le paramètre
-Xmx256M
et attribuez à ce dernier une valeur supérieure, telle que
-Xmx1024M
.
3. Enregistrez le fichier.
4. Exécutez ejbdeploy ou relancez LCM.
Adobe LiveCycle
Installation et configuration des produits de sécurité LiveCycle pour JBoss
Amélioration des performances du serveur
Nettoyage des fichiers temporaires du répertoire de stockage global 103
Nettoyage des fichiers temporaires du répertoire de stockage global
Si le répertoire de stockage global n'est pas défini explicitement dans Configuration Manager, il est créé par défaut sous [RepTemp]/AdobeDocumentStorage/global. Si l'utilisateur ne définit pas le [RepTemp] dans Configuration Manager, l'emplacement par défaut est java.io.tmpdir.
