Многослойность в структуре ОС

Многопользовательская система

Однопользовательские многозадачные операционные системы

Однопользовательские однозадачные операционные системы

ТИПЫ ОПЕРАЦИОННЫХ СИСТЕМ

Proxy и stub

Два важных модуля: заместитель (proxy) и заглушка (stub).

Они функционируют в адресном пространстве COM-клиента и COM-сервера и обеспечивают прозрачность вызовов.

Механизм: COM-клиент непосредственно вызывает функцию COM-интерфейса, которую ему подает заместитель proxy.

Тот передаёт вызов заглушке stub через RPC (Remote Procedure Call вызов удалённых процедур). А заглушка stub непосредственно вызывает функцию COM-сервера.

С одной стороны, они автоматизируют работу с COM-объек-тами и делают её прозрачной для COM-клиента (с его точки зрения объект находится в его собственном адресном пространстве).

С другой стороны, нужно помнить, что это технология Microsoft, и полная платформенная независимость рассматриваться не может.

В зависимости от типов компьютеров, которыми они управляют, и приложений, которые они поддерживают ОС делятся на категории:

Однопользовательские однозадачные ОС– предназначены для управления компьютером таким образом, чтобы в любой заданный момент времени один пользователь мог эффективно выполнять одну задачу либо действие.

Примером однопользовательской однозадачной ОС является Palm OS для карманных компьютеров Palm.

Однопользовательские многозадачные – такие ОС применяют в настольных компьютерах и ноутбуках.

Windows от Microsoft, MacOS от Apple, Unix, VMS и операционные системы для больших компьютеров, такие как MVS – примеры операционных систем, позволяющих одному пользователю одновременно выполнять несколько программ.

Многопользовательская система позволяет многим разным пользователям одновременно пользоваться ресурсами одного компьютера.

Операционная система должна

- сбалансировать требования различных пользователей,

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

Структура операционных систем эволюционировала от монолитной к архитектуре клиент-сервер.

Основная идея – сведение базиса ОС к минимуму
(планировщик и примитивы синхронизации).

Вся остальная функциональность выносится на другой уровень и реализуется через потоки или задачи.

Серверные задачи отвечают за системные вызовы.

Приложения – клиенты, они запрашивают сервисы через системные вызовы.

Клиент-серверная технология позволяет создавать
масштабируемые ОС и упрощает распределение в многопроцессорной системе.

При эксплуатации системы замена одного модуля не вызывает эффекта “снежного кома”; сбой модуля не всегда влечет за собой отказ системы в целом.

Появилась возможность динамической загрузки и отгрузки модулей.

Главной проблемой в этой модели является защита памяти, поскольку серверные процессы должны быть защищены.

При каждом запросе сервиса система должна переключаться с контекста приложения на контекст сервера.

При поддержке защиты памяти время переключения с одного процесса на другой увеличивается.

Дата добавления: 2014-01-15