Os aplicativos do servidor podem ser executados significativamente melhor com o aumento da RAM. Armazenar em cache o banco de dados do eDirectory no sistema de arquivos ou no cache do FLAIM pode levar a um melhor desempenho nas operações de pesquisa e modificação. Contudo, não será possível concluir o DIB em grandes implementações. Evite passar as páginas mesmo se isso significar reduzir os tamanhos de entrada de FLAIM e cache de bloco. Use a ferramenta vmstat para encontrar mais informações sobre o subsistema de memória.
À medida que o eDirectory usa a memória, cada thread do pool de thread usa 1 MB de RAM para sua pilha. Por padrão, o tamanho de cache FLAIM é definido como 200 MB.
Diversos módulos carregáveis são iniciados quando o eDirectory inicia, porém a arquitetura do módulo carregável do eDirectory permite reduzir o tamanho da memória no processo ao deixar de carregar os módulos não usados (como SecretStore, LDAP ou eMBox, por exemplo). Além disso, produtos como IDM possuem alguns módulos que são executados dentro do eDirectory.
A memória usada pelo eDirectory pode parecer crescer. Embora a memória seja liberada por um processo do eDirectory, ela não poderá ser liderada para o pool livre do sistema, pois o gerenciador de memória usado internamente pelo eDirectory tenta otimizar as alocações de memória para o futuro. Esta é uma das razões pelas quais não recomendamos a configuração dinâmica do FLAIM. Use a ferramenta Top para encontrar o tamanho de memória virtual aproximado do processo ndsd em sua implementação.
A memória máxima que pode ser alocada em um processo é limitada de diversas maneiras. Certa quantia de RAM é usada pelo sistema operacional e outros processos do sistema. O sistema operacional pode impor limitações sobre quanto de RAM física um processo pode usar.