16. Объектная арх-ра на основе объектов-микроядер

(на базе объектов-микроядер). Soft Kernel-сис, постр-ая по объект. типу. В объект. типе ОС отсут-т прогр. интерфейс. ОС пред-т собой сов-ть объек-в, кот. взаимод. м/у собой. Роль прогр. интерфейса берут на себя микроядра, связ. с приложением. Сами объекты, обр-ие ОС пред-т приложениям (процессам) прогр. интерфейс. Как правило прог-мы дл таких ОС созд-ся на языке С⁺⁺.

В подб. ОС все комп. (прогр. комп.) имеют равные праваю. Т.о любой процесс, раб-ий с процессором будет вытеснен прц-ом с более выс. приоритетом. Роль прогр. интерф-са(АPI) вып-т с одной стороны компилятор, с др. стороны динам. ред-р объектных связей. При запуске приложения дин. ред-р загр-т необх-ые микрояд. Динамич-ий ус-т взаимос-зь м/у объектами ОС. Если микрояд., требуемое для запуска прилож-я уже запущено, т.е запущено прилож-е, исп. его, то ОС вос-ся этим микроядром и не будет ос-ть повтор. загрузку. Этим СП-м эк-ся память. Микроядра по своей стр-ре похожи на модули или погр. динамич. биб-ки, однако микрояд. имеют нек. особ-ти. 1.Микроядро и модуль. Многие ОС поддер-т дин. загрузку - комп-ты сис-мы, кот. наз. модулями, отличие зак-ся в том, что модули не реализ-т объек-ориент подход. Кроме того, обмен инф. с мод-ми идет ч/з сист. вызовы. 2. Микроядро и дин. библ-ка(dLL). В общем случае дин. библ-ки могут сод-ть только дин. подгруж-ые ф-ции и объек-ориент. подход при этом не исп-ся. Однако, часто при исп. об-ориент подхода после комп. прилож-ия оно будет сос-ть из испол-го exe файла и дин. библ-к dLL, при этом в этих биб-х будут сод-ся не отд. ф-ции или биб-ки ф-ции, а будут сод-ся объекты. 3.Микроядро и драйвер. Модуль пред-н для упр-ия оборуд-ем. Особ-ти у драйверов такие же как у модулей, т.е прямые, сист. вызовы.

17. Строение ос

В структуре ОС можно выделить 3 слоя :

1. Ядро ОС содержит строгий минимум необходимый для работы системы . Управление задачами ,их синхронизация и взаимодействие , управление памятью и устройствами ввода вывода

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

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

Критерии выбора ОСРВ:

1)Производительность

2) Надежность и круглосуточная готовность

3) Поддержка различных типов процессоров

4)Поддержка многопроцессорности и многоядерности

5)Наличии средств разработки на требуемом языке

6) Наличие механизмов реального времени (таймеров высокого разрешения)

7) Поддержка файловой системы

18. Синхронизация и взаимодействие процессов

Доступ задач к различным ресурсам в многозад-х ОС требует синхр-ии действия этих процессов. Особенно, если ресурс является разделяемым. Способы осуществления взаимодействия подразделяют на безопасные и небезопасные. Безопасное вз-е – обмен инф. ос-ся ч/з объекты взаим-я, кот предост-ся ОС, при этом целостность инф. обесп-ся ОС. Пример:семафоры, сигналы и почт. ящики. Небезопасное вз-е – обмен инф. ос-ся посредством разл. рес-в (глобальные перем.). При этом объекты синхр. и взаим-ия ОС не задейст-ся.