Tarantool CE/EE Documentation portal logo
Помощь
Обновлена 15 сентября 2026 г. в 08:55

cfg_networking

io_collect_interval

Начиная с версии 1.4.9.

Экземпляр приостанавливает выполнение на io_collect_interval секунд между итерациями цикла обработки событий. Параметр можно использовать для снижения нагрузки на процессор в развертываниях с большим числом клиентских подключений, но невысокой частотой запросов (например, когда каждое подключение обрабатывает лишь несколько запросов в секунду).

Тип: float

Значение по умолчанию: null

Переменная окружения: TT_IO_COLLECT_INTERVAL

Динамический: да

net_msg_max

Начиная с версии 1.10.1.

Для обработки сообщений Tarantool выделяет файберы. Чтобы накладные расходы на файберы не влияли на систему в целом, Tarantool ограничивает количество сообщений, обрабатываемых файберами, поэтому часть ожидающих запросов блокируется.

На мощных системах увеличьте значение net_msg_max, и планировщик немедленно начнет обрабатывать ожидающие запросы.

На менее мощных системах уменьшите значение net_msg_max – накладные расходы могут снизиться, хотя для этого может потребоваться время, так как планировщику необходимо дождаться завершения уже выполняющихся запросов.

При достижении net_msg_max Tarantool приостанавливает обработку входящих пакетов до завершения обработки ранее полученных сообщений. Это не прямое ограничение количества файберов, обрабатывающих сетевые сообщения, а общесистемное ограничение пропускной способности канала. Оно, в свою очередь, ограничивает количество входящих сетевых сообщений, обрабатываемых потоком обработки транзакций, и тем самым косвенно влияет на файберы, обрабатывающие сетевые сообщения. (Количество файберов меньше количества сообщений, так как сообщения могут освобождаться сразу после доставки, тогда как входящие запросы могут обрабатываться лишь спустя некоторое время после доставки.)

Для типичных систем значение по умолчанию (768) является оптимальным.

Тип: integer

Значение по умолчанию: 768

Переменная окружения: TT_NET_MSG_MAX

Динамический: да

readahead

Начиная с версии 1.6.2.

Размер буфера предварительного чтения, связанного с клиентским подключением. Чем больше буфер, тем больше памяти потребляет активное подключение и тем больше запросов может быть считано из буфера операционной системы за один системный вызов. Рекомендуется, чтобы буфер мог содержать как минимум несколько десятков запросов. Поэтому, если типичный кортеж в запросе имеет большой размер – например, несколько килобайт или даже мегабайт, – размер буфера предварительного чтения следует увеличить. Если пакетная обработка запросов не используется, рекомендуется оставить значение по умолчанию.

Тип: integer

Значение по умолчанию: 16320

Переменная окружения: TT_READAHEAD

Динамический: да

iproto_threads

Начиная с версии 2.8.1.

Количество сетевых потоков. Возможны нетипичные сценарии нагрузки, при которых сетевой поток загружен на 100%, а поток обработки транзакций – нет, и сетевой поток становится узким местом. В таком случае задайте значение 2 или больше для параметра iproto_threads. Ядро операционной системы определяет, какой поток будет обрабатывать каждое подключение.

Для типичных систем значение по умолчанию (1) является оптимальным.

Тип: integer

Значение по умолчанию: 1

Переменная окружения: TT_IPROTO_THREADS

Динамический: нет