Лекция №12 Процессы и нити

Процессы реализованы в форме объектов, доступ к ним – посредством службы объектов.

Процессы имеет многонитевую организацию. Процессы и нити имеют синхронизацию. Менеджер процесса не поддерживает отношений «родитель – поток».

Адресное пространство каждого процесса защищено от вмешательства других процессов; механизмы виртуальной памяти.

Система защищена от прикладных процессов.

Чтобы выполнить какую-либо функцию ОС, нить должна выполняться в форме ядра. Пользовательские процессы получают доступ к функциям ядра посредством системных вызовов.

В число атрибутов тела объекта процесса входят:

• Идентификатор процесса

• Пакет доступа (содержит информацию о безопасности)

• Базовый приоритет

• Процессорная совместимость

• Предельное значение …..

• Время выполнения

Объект нить имеет атрибуты:

• Идентификатор клиента

• Контекст нити (область памяти, содержание регистров)

• Динамический приоритет

• Базовый приоритет (совпадает с приоритетом процесса)

• Процессорная совместимость нитей (типы процессоров, на которых данная нить выполняется)

• Время выполнения в режиме пользователя и в режиме ядра

• Счетчик приостановок

Менеджер виртуальной памяти:

………… памяти основана на использовании откачиванием по запросу виртуальной памяти в …….. линейном адресном пространстве с 32-разрядной адресацией.

Средства вызова локальных процедур (СВЛП):

Происходит вызов всех системных функций с помощью средств вызова локальных процедур.

Приложение подсистемы реализует взаимодействие «клиент – сервер». Клиент (приложение) обращается к серверу среды для удовлетворения запроса для предоставления некого типа сервиса.

Для реализации «клиент – сервер» обеспечивается механизм связи между ними. Исполняющая подсистема предоставляет средства прохождения сообщений, которая называется СВЛП. Процесс прохождения сообщений от клиентского приложения скрыт.

Пример: приложение Win 32 связывается с системой .dll, содержащей заглушки для функций Win 32 API.

Когда приложение осуществляет вызов функции Win 32, обращение образуется следующим образом (create – создать окно):

1. Клиентское приложение вызывает функцию

2. Заглушка формирует сообщение, содержащие все данные для создания окна и посылает данные сообщения Win 32 (процессору, серверу Win 32). Соответственно, Win 32 получает сообщение и вызывает реальную функцию create window → создается окно

3. Подсистема Win 32 посылает сообщение, содержащие результаты вызова функции в .dll

4. Заглушка распакует полученные сообщения и передает сообщения клиентскому серверу.

Диспетчер ввода- вывода (ДВВ):

Основное название – управление связью между драйверами; поддерживает драйверы всех ОС, драйверами аппаратных средств, сетевые драйверы и обеспечивает для них однородную среду, т.е. он предоставляет формальный интерфейс, доступный для вызова всеми драйверами, что позволяет ДВВ одинаково взаимодействовать с всеми драйверами без какой- либо информации о фактической работе управления устройств.

Модели ввода- вывода используют многоуровневую архитектуру, которая позволяет отдельным драйверам отвечать за логические законченные уровни обработки ввода-вывода.

Диспетчер устройств:

Управляет физическими устройствами. Другие драйверы могут являться ………………………

На верхнем уровне файловые драйверы системы и дедиректор (комплексная файловая система, отвечающая за перенаправление ввода- вывода либо к локальной файловой системе, либо удаленной через сеть).

Драйверы взаимодействуют друг с другом посредством запросом ввода- вывода (ISP). Структура для всех драйвером одинакова:

• Заголовок

• Буфер

Способы выполнения операций ввода- вывода:

1. Синхронный (приложение выделяет запрос, на время запроса блокируется, после начинает работать)

2. Асинхронный (генерируется запрос ввода-вывода, диспетчер ввода- вывода принимает запрос, но работы приложений не блокирует: приложение выполняет работу до определенного момента). Отдельная нить диспетчера ввода-вывода образует запрос.

3. Повторный вызов процедур (функций) (приложение генерирует запрос (в нем же указывает адрес, который должен вызвать определенную функцию)).

Диспетчер cash:

1. Все файловые операции кэшируются обязательно

2. В зависимости от объема …….. АЗУ, дисплейный cash может динамически увеличивать, либо уменьшать cash.

3. Поддерживает службу «ленивой записи».

2 типа файловой системы:

• с прямой (MS-DOS)

• с ленивой (NTFS, HPFS)

Каждая 16- разрядная система MS-DOS считает, что получает систему в монопольное использование

Сетевые средства:

Протоколы встроенные.