Linux Kernel (Ядро линукса) (часть 2)

Управление выделением дескрипторов запросов

Читать про богатых людей. истории успеха предпринимателей

При высокой активности обращений к диску ограниченный объем динамической памяти может стать узким местом для процессов, добавляющих новые запросы в очередь q. Чтобы справиться с подобной ситуацией, каждый дескриптор request queue Содержит Структуру request list, КОТОрая СОСТОИТ ИЗ!
- указателя на пул памяти для дескрипторов запросов (см. главу 8);
- двух счетчиков, отслеживающих количество дескрипторов запросов, выделенных для чтения и записи соответственно;
- двух флагов, показывающих, возникли ли ошибки при последнем выделении дескрипторов запросов для чтения и записи соответственно;
- двух очередей, содержащих приостановленные процессы, ожидающие выделения дескрипторов запросов для чтения и записи соответственно;
- очереди из процессов, ожидающих, когда очередь запросов будет принудительно опустошена.

новости федерации бокса город Челябинск

Функция bik get request о пытается получить свободный дескриптор запроса из пула памяти, выделенного для данной очереди запросов. Если памяти не хватает, а пул исчерпан, функция либо приостанавливает текущий процесс, либо (если управляющий тракт ядра не может быть блокирован) возвращает null. В случае успешного выделения дескриптора запроса функция сохраняет в поле ri дескриптора адрес структуры request iist, принадлежащей данной очереди запросов. Функция bik put request о освобождает дескриптор запроса, причем, если его счетчик ссылок стал равен нулю, дескриптор возвращается в пул, из которого был взят.

Борьба с переполнением очереди запросов

Для каждой очереди установлено максимальное количество ждущих запросов. Поле nr requests дескриптора запроса хранит это максимальное число для пересылки данных в каждом направлении. По умолчанию очередь может содержать до 128 ждущих запросов на запись и столько же на чтение. Если количество ждущих запросов на чтение (запись) превысит значение nr requests, очередь помечается как заполненная до отказа путем установки флага QUEUE_FLAG_READFULL (QUEUE_FLAG_WRITEFULL) В ПОЛе queue_flags ДеСКриптора очереди запросов. Процессы, которые могут быть блокированы, но пытаются добавить запросы на пересылку данных в этом направлении, приостанавливаются, т. е. заносятся в соответствующую очередь структуры
request_list.

Заполненная до отказа очередь запросов отрицательно влияет на производительность системы, потому что она вынуждает многие процессы находиться в приостановленном состоянии в ожидании завершения операций ввода/вывода. Поэтому, если количество запросов, ждущих пересылку данных в определенном направлении, превысит значение поля nr congestion on дескриптора запроса (по умолчанию равное 113), то ядро уже считает очередь переполненной и пытается понизить скорость создания новых запросов. Переполненная очередь запросов перестает считаться таковой, когда количество запросов в ней опускается ниже значения поля nr congestion off (по умолчанию 111). Функция bik congestion wait о приостанавливает текущий запрос до тех пор, пока очередь не перестанет считаться переполненной, либо до истечения некоторого времени.