Подсистема STREAMS также обеспечивает возможность
С помощью мультиплексирующих драйверов потоки, представленные на рис. 5.14, могут быть объединены в единый
Рис. 5.15. Конфигурация сетевого доступа с использованием подсистемы STREAMS
В этом случае модули TCP и UDP являются верхними мультиплексорами, а модуль IP реализован в виде гибридного мультиплексора[58]. Такая организация позволяет приложениям создавать потоки, используя различные комбинации сетевых протоколов и драйверов сетевых устройств. Задача мультиплексирующего драйвера помимо обработки данных заключается в хранении состояния всех потоков и правильной маршрутизации данных между ними, т. е. передаче данных в очередь требуемого модуля.
Модули
Рис. 5.16. Модуль STREAMS
Каждая очередь представлена структурой данных queue
. Наиболее важными полями queue
являются:
q_qinfo | Указатель на структуру qinit , описывающую функции обработки сообщений данной очереди. |
q_first , q_last | Указатели на связанный список сообщений, ожидающих передачи вверх или вниз по потоку. |
q_next | Указатель на очередь следующего модуля вверх или вниз по потоку. |
q_ptr | Указатель на внутренние данные модуля (очереди). |
Помимо указанных полей, структура queue
содержит параметры для обеспечения управления потоком данных —
Передача данных вверх или вниз по потоку осуществляется с помощью функций модуля, указатели на которые хранятся в структуре qinit
. Модуль должен определить четыре процедуры для обработки каждой из очередей:
,
,
и
, где (*qi_putp)()
, (*qi_srvp)()
, (*qi_qopen)()
, (*qi_close)()
. Этих четырех функций достаточно для взаимодействия с соседними модулями, обработки и передачи данных. Функция
вызывается каждый раз, когда процесс открывает поток или при встраивании модуля. Соответственно функция
вызывается при закрытии потока или извлечении модуля. Функция
осуществляет обработку сообщений, проходящих через модуль. Если
не может передать сообщение следующему модулю (например, в случае, если очередь следующего модуля переполнена), она помещает сообщение в собственную очередь. Периодически ядро вызывает процедуру
каждого модуля для передачи отложенных сообщений.
Модуль должен иметь функцию
для каждой очереди. Функция
может не существовать, в этом случае
не имеет возможности отложить передачу сообщения и должна передать его немедленно, даже если очередь следующего модуля переполнена. Таким образом модули, не имеющие процедур
, не обладают возможностью управления потоком данных. Эти аспекты мы подробнее рассмотрим в следующих разделах.
Оставшиеся поля структуры qinit
:
Вильям Л Саймон , Вильям Саймон , Наталья Владимировна Макеева , Нора Робертс , Юрий Викторович Щербатых
Зарубежная компьютерная, околокомпьютерная литература / ОС и Сети, интернет / Короткие любовные романы / Психология / Прочая справочная литература / Образование и наука / Книги по IT / Словари и Энциклопедии