ЛИНТЕР

Ключи управления оперативной памятью

/POOL=<размер>

Задает размер пула памяти ядра СУБД в страницах по 4 Кбайт. В пуле размещаются все очереди ядра: очередь файлов, очередь таблиц, очередь столбцов и т.д.

По умолчанию установлен минимальный размер пула ядра: 20000 страниц.

Примечания

Если ядро СУБД не может зарезервировать память указанного размера, то оно не стартует и на консоль будет выдано сообщение типа «ERROR: no memory for pool NNN», где NNN – заданный в ключе размер пула в страницах. Дополнительно выводится всплывающее диалоговое окно с предложением изменить указанный параметр запуска ядра СУБД.
Значение ключа имеет больший приоритет по сравнению со значением параметра AUTOCONFIG ON (см. документ «Создание и конфигурирование базы данных», пункт «Конфигурирование БД»).

/SPOOL=<размер>

Задает размер пула памяти одного процесса сортировки в страницах. Размер страницы по умолчанию 4 Кбайт, но его можно изменить с помощью команды ALTER DATABASE SET RECORD SIZE LIMIT (см. документ «Справочник по SQL», пункт «Ограничение длины записи»). В пуле процесса сортировки хранятся промежуточные результаты сортировки выборок в случае отсутствующих индексов или сложных запросов.

По умолчанию установлен минимальный размер пула сортировки: 4000 страниц.

Примечания

Рекомендуемое соотношение между параметрами pool и spool 4 к 1. Подробнее о значениях параметров, влияющих на эффективность работы ядра СУБД ЛИНТЕР, рассказано в документе «Архитектура СУБД», раздел «Распределение оперативной памяти».
Значение ключа имеет больший приоритет по сравнению со значением параметра AUTOCONFIG ON (см. документ «Создание и конфигурирование базы данных», пункт «Конфигурирование БД»).

/PPOOL=<размер>

Задает размер пула подсистемы фразового поиска СУБД в страницах по 4 Кбайт.

По умолчанию – 2000 страницы, минимум – 400 страницы. Максимальное значение – 524287 страниц.

/PCONTCACHE=<размер>

Задает размер кэша в страницах по 4 Кбайт для контейнера, используемого при создании/модификации фразового индекса (не влияет на скорость поисковых операций с использованием фразовых индексов).

По умолчанию 1000.

Если задано 0, используется значение по умолчанию.

/PBVCACHE=<размер>

Задает размер кэша в страницах по 4 Кбайт для бит-вектора, используемого при создании/модификации фразового индекса (не влияет на скорость поисковых операций с использованием фразовых индексов).

По умолчанию 1000.

Если задано 0, используется значение по умолчанию.

/INMEMPOOL=<размер>

Задает максимально допустимое количество страниц в пуле ядра СУБД ЛИНТЕР, выделяемых для размещения таблиц «в памяти».

Если этот ключ не задан, то для версий 6.0.20.3 и ниже использование таблиц «в памяти» запрещено.

Если этот ключ не задан, то для версий 6.0.20.4 и выше будет выполнена автоматическая конфигурация по следующему принципу: если не задано число страниц для таблиц «в памяти» (таблиц, столбцов, файлов для них), то в качестве значения для этих показателей берется 20% от общего для соответствующих элементов в их очереди (таблиц, столбцов, файлов, страниц). Если после вычитания числа элементов для таблиц «в памяти» (взятого по умолчанию или указанного явно) из общего числа элементов получается значение, меньшее минимума для числа соответствующих элементов (5 таблиц, 20 столбцов, 10 файлов, 50 страниц), то соответствующее число элементов для таблиц «в памяти» корректируется, чтобы этого избежать.

Примечания

Страницы для размещения таблиц «в памяти» выделяются из пула памяти ядра СУБД (см. описание ключа /POOL).
Если размер пула страниц минус число страниц «в памяти» меньше 20000 страниц, то размер пула страниц будет увеличен на требуемое значение с выдачей сообщения на консоль и в файл linter.out.

/LOCK

Задает блокирование выделенной для работы ядра СУБД оперативной памяти (под очереди системных объектов, пул страниц) на уровне ОС. В случае если память заблокировать невозможно, ядро СУБД не запускается. В этом режиме за счёт отсутствия вытеснения памяти ядра СУБД другими программами ускоряется его работа. Пользоваться этой возможностью нужно с осторожностью, чтобы не захватить практически всю физическую память и, таким образом, не повлиять отрицательно на общую производительность СУБД.