El rendimiento de las aplicaciones de servidor puede mejorar bastante cuando se incrementa la memoria RAM. El almacenamiento en caché de la base de datos de eDirectory en el sistema de archivos o en la caché FLAIM puede dar lugar a mejoras en las operaciones de búsqueda y modificación. Sin embargo, no se puede almacenar en caché el archivo DIB completo en grandes implantaciones. Evite el intercambio de páginas, aunque esto implique reducir los tamaños de la caché de bloques aleatorios y de entrada FLAIM. Utilice la herramienta vmstat para obtener más información sobre el subsistema de memoria.
eDirectory utiliza memoria, de modo que cada hilo del repositorio de hilos utiliza 1 MB de memoria RAM para su pila. Por defecto, el tamaño de la caché FLAIM está establecido en 200 MB.
Cuando se inicia eDirectory se inician también varios módulos cargables, pero la arquitectura de módulo cargable de eDirectory le permite reducir el consumo de memoria del proceso al evitar la carga de los módulos no utilizados (por ejemplo, SecretStore, LDAP o eMBox). Además, algunos productos como IDM tienen módulos que se ejecutan dentro de eDirectory.
Puede parecer que eDirectory aumenta el consumo de memoria. Aunque se libera memoria mediante un proceso de eDirectory, es posible que esta no se envíe al repositorio libre del sistema porque el administrador de memoria que eDirectory utiliza internamente intenta optimizar las asignaciones de memoria para el futuro. Esta es una de las razones por las que no se recomienda la configuración dinámica de FLAIM. Utilice la herramienta Top para determinar el tamaño aproximado de la memoria virtual del proceso ndsd en su implantación.
La cantidad de memoria máxima que se puede asignar a un proceso está limitada de varias maneras. El sistema operativo y otros procesos del sistema utilizan una cantidad determinada de memoria RAM. El sistema operativo puede limitar la memoria RAM física que utiliza un proceso.