4. Предоставление средств для взаимодействия процессов

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

• Каналы (pipe). Существуют только между двумя процессами. В этом случае есть процесс источник и приёмник. Канал имеет место, когда оба процесса запущены. Является средством общения реального времени.

• События. 48-байтная структура. Имеет свой ID, имя, значение. Порождать события должен только один процесс, а воспользоваться этим событием могут несколько процессов. Причём получатели события могут находится в любом состоянии. Счётчик события играет роль в том случае, если событие с подтверждением получения.

• Сигналы. 4-х байтовый код для передачи короткой информации. Один отправитель сигнала и один или несколько получателей. Сигналы используются для быстрой передачи коротких сообщений, требующих немедленной реакции. При этом подтверждение объявляется обязательным. Требуют своего собственного обработчика. Сигналы могут быть двух видов: 1) системные, которые доводятся до всех процессов, которые находятся в очереди; 2) сигналы, сформированные только для одного процесса. В каждом сигнале может быть создан обработчик.

5. Обеспечение работы в реальном времени

• Специализированные алгоритмы диспетчеризации и планирования.

• ОС в лице ядра даёт возможность прямого воздействия со стороны процесса на приоритеты других процессов. Если процесс работает в супервизорском режиме (ТОЛЬКО)

• Специальные системы обработки прерываний от внешних событий. Обрабатываются процессами с приоритетом 64, требует минимальных ресурсов. Обработка: после прерывания формируется специальный системный вызов, который непосредственно вызывает работу планировщика, без такта вызывается процесс обработки прерывания. И формируется событие доступное всем процессам. Вектор прерывания 1 имеет наивысший приоритет.

• Механизм синхронизации процессов, которые обеспечивают согласованное распределине ресурсов между прикладными задачами.

Организация ввода/вывода в системе os-9.

Для этого используется трёхуровневая структура. Происходит обслуживание запросов на любой ввод/вывод.

• административный I/O

• менеджеры I/O

• драйверы I/O(дескрипторы устройств)

Достоинством такой структуры является унификация.

Недостаток: замедление по времени по сравнению с ОС жёсткого реального времени. Это происходит из-за того, что приходится проходить через три уровня.

1. Прикладной процесс формирует запрос на получение данных или статуса.

2. Ядро OS– 9 идентифицирует этот запрос и формирует системный вызов администратора.

3. Администратор I/O-> ресурсы, выбирает менеджера для выполнения этого запроса и определяет дескриптор, который будет работать во время этогоI/Oи пересылает запрос менеджеру. Если происходит ошибка, то формируется отрицательное подтверждение ядру и далее пользовательскому процессу сообщается ошибка.

4. Запускается менеджер I/Oи происходит вызов драйвера.

5. Работает драйвер.

Менеджер ввода/вывода

Менеджер I/Oосуществляет наиболее общие операции ввода/вывода. Он устанавливает связь между прикладными программам, файловым менеджером, драйвером устройства и дескриптором устройства.

Поддерживается две основные структуры: таблица устройств и таблица путей.