Os aplicativos do servidor podem ser executados significativamente melhor com o aumento da RAM. Armazenar em cache o banco de dados do OpenText 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 armazenar em cache o DIB em sua totalidade em grandes implantações. Evite passar as páginas mesmo se isso significar reduzir os tamanhos de entrada de FLAIM e cache do bloco. Use a ferramenta vmstat para encontrar mais informações sobre o subsistema de memória.
À medida que o OpenText eDirectory usa a memória, cada thread do pool de threads 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 OpenText eDirectory é iniciado, mas a arquitetura do módulo carregável do OpenText 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). Além disso, produtos como o IDM contam com alguns módulos que são executados dentro do OpenText eDirectory.
A memória usada pelo OpenText eDirectory pode parecer crescer. Embora a memória seja liberada por um processo do OpenText eDirectory, ela não poderá ser liberada para o pool livre do sistema, pois o gerenciador de memória usado internamente pelo OpenText 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 implantaçã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.