Если увеличить объем ОЗУ, то серверные приложения могут выполняться существенно быстрее. Кэширование базы данных eDirectory в файловой системе или в кэше FLAIM может привести к повышению производительности операций поиска и изменения. Однако нельзя поместить в кэш весь DIB в больших развертываниях. Избегайте подкачки страниц, даже если последняя позволяет сократить размеры элемента FLAIM и кэша блоков. Чтобы получить больше информации о подсистеме памяти, воспользуйтесь инструментом vmstat.
Поскольку eDirectory использует память, каждый поток из пула использует 1 МБ ОЗУ для собственного стека. По умолчанию размеру кэша FLAIM задано значение 200 МБ.
Несколько загружаемых модулей запускаются при запуске eDirectory, однако архитектура загружаемых модулей eDirectory позволяет сократить объем памяти, используемой процессом, за счет того, что неиспользуемые модули (например, SecretStore, LDAP или eMBox) не загружаются. Кроме того, продукты наподобие IDM располагают некоторыми модулями, которые выполняются в eDirectory.
Объем памяти, используемой eDirectory, может расти. Хотя память освобождается процессом eDirectory, она может не выделяться свободному пулу системы, поскольку менеджер памяти, который внутренне используется eDirectory, пытается оптимизировать распределение памяти на будущее. Это одна из причин, по которой не рекомендуется использовать динамическую конфигурацию FLAIM. Воспользуйтесь инструментом Top, чтобы узнать приблизительный размер виртуальной памяти процесса ndsd в вашем развертывании.
Максимальный объем памяти, который может быть выделен процессу, ограничен несколькими способами. Определенный объем ОЗУ используется операционной системой и другими процессами в системе. Операционная система может накладывать ограничения на физический объем ОЗУ, используемый процессом.