- •1. Определение и основные особенности осрв.
- •2. Определение осрв. Типичные времена реакции на внешние события в управляемых осрв процессах.
- •3. Основные области применения осрв.
- •4. Особенности оборудования, на котором работают осрв.
- •5. Основные определения: программа, процессор, процесс, состояние, стек, виртуальная память.
- •6. Основные определения: межпроцессное взаимодействие (семафоры и т.П.), событие, задача, ресурс, связывание.
- •Типы задач. Виды программирования.
- •8. Виды ресурсов. Состояние процесса
- •9)Типы взаимодействия процессов.
- •10)Стандарты на осрв. Нормы esse консорциума vita. Стандарт posix 1003.1b.
- •11. Стандарт на осрв sceptre
- •12. Типы архитектур осрв
- •13.ОБъектно-ориентированный подход к программированию. Основная концепция объектно-ориентированного подхода
- •14. Монолитная архитектура осрв
- •15. Модульная арх-ра осрв(на основе микроядра)
- •16. Объектная арх-ра на основе объектов-микроядер
- •17. Строение ос
- •18. Синхронизация и взаимодействие процессов
- •19. Семафоры.
- •20. События (сигналы).
- •21. Почтовые ящики
- •23.Собъекты синхронизации стандарта Posix, Mutex, Condvar
- •24.Управление задачами. Планирование задач.
- •25. Планирование задач. Приоритеты.
- •26. Стратегии планирования задач.
- •27. Планирование периодических задач
- •28.Переключение контекста.
- •29. Классификация осрв.Краткий обзор современных осрв
- •30.Системы на основе Linux
- •31.Осрв на основе Windows nt
- •32.Критерии выбора языка программирования для срв
- •32.Языки разработки для осрв
- •35. Типовая структура программ, работающих в рв.
- •36. Необходимость оптимизации программ.
- •37. Осрв qnx. Краткая характеристика.
- •38. Осрв qnx. Особенности.
- •39. Элементы стандарта posix в осрв qnx.
11. Стандарт на осрв sceptre
В стандарте объединены основные особенности ОСРВ, работающие на промышленных компьютерах. Рассмотрим основные цели, которые должна преследовать ОСРВ:
1. Адекватность поставленной задачи
2. Безопасность ОС должна быть максимально устойчивой к аппаратным и программным сбоям
3. Минимальная стоимость
4. Максимальная производительность
5. Переносимость
6. Адаптивность – возможность ОС приспосабливаться к разным задачам.
7. Модульность – ОС должна состоять из отдельных независимых модулей. Из них можно собрать min варианты ОС, способные решать поставленные задачи
Стандарт также определяет виды сервиса, которые предоставляет ОС:
Коммуникации (межпроцессорное взаимодействие)
Синхронизация
Контроль и планирование задач
Управление памятью
Управление прерываниями и устройствами ввода/вывода
Управление файловой системой
Управление передачей данных
Обработка ошибок
Управление временем.
12. Типы архитектур осрв
1. Монолитная ОС – представляет собой монолитный программный модуль
2. Модульная ОС – из нескольких взаимосвязанных модулей
3. Объектная ОС – из нескольких взаимосвязанных объектов и созданная на основе ООП
13.ОБъектно-ориентированный подход к программированию. Основная концепция объектно-ориентированного подхода
ООП. Любая программа, управляющая некоторой системой фактически работает с некотрой формализованной моделью.
ООПодход представляет сбой методику построения и описания данной модели.
В ООПредставлении система является совокупностью объектов, взаимодействующих м/у собой. Уровень формализации(т.е. какие объекты будут включены в описание и какие связи учтены) зависит от поставленной задачи.
Для того чтобы уточнить модель, достаточно внести в нее локальные изменения
14. Монолитная архитектура осрв
Представляет собой единую монолитную архитектуру содержащую ядро ОС , интерфейс между ядром или аппаратурой , интерфейс между ядром и приложениями API
В таких ОС программный интерфейс выполняет 2 роли :
Обеспечение взаим-я ОС и приложений
Обеспечение непрерывности выполнения кода системы
Достоинства:высокое быстродействие данной архитектуры , т.к. ОС полностью загружена в память
Недостатки : неприрываемое ядро ОС , негибкости , сложность развития , сложность переноса на другие платформы
15. Модульная арх-ра осрв(на основе микроядра)
Модульн. арх-ра – ОС состоит их неск. взаимос-х модулей).
Лишена недост-в монолит. типа (т.е обновл-е ф-ий ОС не требует полной перекомпиляции; ядро ОС в проц-се вып-ия м.б. вытеснено процессом с более высоким приоритетом; алг-мы работы ОС могут быть адапт-ны на разн. аппарат платф-мы ).
В мод. типе арх-ры ф-ции ОС распр-ся м/у отд. модулями, т.е. баз. ядро ОС предст-т собой микроядро, выпол-ее все ф-ции ОС, кроме ф-ции прогр. интерфейса.
Микроядро
API + менеджер процессов