Les performances des applications serveur peuvent être considérablement améliorées lorsque la mémoire RAM augmente. La mise en cache de la base de données eDirectory dans le système de fichiers ou dans le cache FLAIM peut améliorer les performances lors des opérations de recherche et de modification. Toutefois, vous ne pouvez pas mettre en cache l'intégralité du fichier DIB dans les déploiements à grande échelle. Évitez l'échange de pages, même si cela implique la réduction de la taille des caches d'entrées et de blocs FLAIM. Utilisez l'outil vmstat pour trouver plus d'informations sur le sous-système de mémoire.
Lorsque eDirectory utilise de la mémoire, chaque thread de la réserve utilise 1 Mo de mémoire RAM pour sa pile. Par défaut, la taille du cache FLAIM est de 200 Mo.
Plusieurs modules chargeables sont démarrés en même temps que eDirectory, mais leur architecture permet de réduire l'encombrement de mémoire du processus, car les modules non utilisés (SecretStore, LDAP ou eMBox, par exemple) ne sont pas chargés. En outre, les produits tels que IDM comportent certains modules qui s'exécutent à l'intérieur de eDirectory.
La mémoire utilisée par eDirectory peut augmenter. Même si de la mémoire est libérée par un processus eDirectory, elle peut ne pas être transmise à la réserve libre du système, car le gestionnaire de mémoire utilisé en interne par eDirectory essaie d'optimiser les allocations de mémoire pour l'avenir. C'est l'une des raisons pour lesquelles il n'est pas recommandé de configurer FLAIM de manière dynamique. Utilisez l'outil Top pour trouver la taille approximative de mémoire virtuelle du processus ndsd dans votre déploiement.
La quantité de mémoire maximale qui peut être allouée à un processus est limitée de différentes manières. Une certaine quantité de mémoire RAM est utilisée par le système d'exploitation et d'autres processus du système. Le système d'exploitation peut imposer des limites à la mémoire RAM physique utilisée par un processus.