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