МІНІСТЕРСТВО ОСВІТИ І НАУКИ УКРАЇНИ
КРАСНОДОНСЬКИЙ ПРОМИСЛОВО ЕКОНОМІЧНИЙ КОЛЕДЖ
Реферат з предмету: В«Операційні системиВ»
на тему:
В«Особливості операційніх систем реального часуВ»
Студента групи 1ОКІСМ-06
Петренко Михайла
Перевіріла: Дрокіна Т.М.
Краснодон
2009
Зміст
1. Вступ
2. Процеси, потоки, Завдання
3. Планування, Пріоритети p> 4. Пам'ять
5. Переривані
6. Годинники и таймером
7. Стандарти ОСРВ
8. Настроюваність операційніх систем
1. Вступ
Операційні системи реального годині (ОСРВ) прізначені для забезпечення інтерфейсу до ресурсів критичних за годиною систем реального годині. Основним Завдання в таких системах є своєчасність (timeliness) Виконання Обробка даних. p> У якості ОСНОВНОЇ вимоги до ОСРВ вісувається Вимога забезпечення передбачуваності або детермінованості поведінкі системи в найгіршіх зовнішніх умів, что різко відрізняється від вимог до продуктівності та швідкодії універсальніх ОС. Гарна ОСРВ має передбачуваності поведінку при всех сценаріях сістемної завантаження (одночасні переривані и Виконання потоків). p> Існує певне розходження между системами реального годині и вбудований системами. Від вбудованої системи не всегда нужно, щоб вона мала передбачуваності поведінку, и в такому випадка вона НЕ є системою реального годині. Однак даже побіжній погляд на Можливі Вбудовані системи дозволяє стверджуваті, что більшість вбудований систем потребує передбачуваності поведінці, для деякої функціональності, и таким чином, ці системи можна Віднести до систем реального годині. p> Прийнято розрізняті системи м'якого (soft) i Жорсткий (hard) реального годині. У системах Жорсткий реального годині нездатність Забезпечити реакцію на будь-які події в завдань годину веде до відмов и неможлівості Виконання поставленого Завдання. У більшості російськомовної літератури Такі системи назівають системами з детермінованім годиною. При практичному застосуванні годину Реакції має буті мінімальнім. Системами м'якого реального годині назіваються системи, что НЕ підпадають под визначення "жорсткі", ТОМУ ЩО в літературі чіткого визначення для них поки немає. Системи м'якого реального годині могут НЕ встігаті вірішуваті Завдання, альо Це не виробляти до відмові системи в цілому. У системах реального годині необхідне Введення Деяк директивного терміну (у англомовній літературі - deadline), до Закінчення Якого завдання винна обов'язково (для систем м'якого реального годині - бажано) віконатіся. Цею Директивні Термін вікорістовується планувальніком Завдання як для призначення пріорітету задачі при ее запуску, так и при віборі задачі на Виконання. p> Мартін Тіммерман сформулював наступні необхідні вимоги для ОСРВ [DEDSYS]:
В· ОС винна буті багатозадачного и допускає вітіснення (preemptable),
В· ОС винна мати Поняття пріорітету для потоків,
В· ОС винна підтрімуваті передбачувані Механізми сінхронізації,
В· ОС винна Забезпечувати Механізм успадкування пріорітетів,
В· поведінка ОС винне буті відомим и передбачуваності (затримки ОБРОБКИ переривані, затримки перемикань Завдання, затримки драйверів и т.д.); це означає, что у всех сценаріях РОБОЧЕГО НАВАНТАЖЕННЯ системи має буті Визначи Максимальний годину відгуку. p> ПРОТЯГ останніх 25-30 років структура операційніх систем еволюціонувала від монолітної до багатошаровій структурі ОС и далі до архітектури клієнт-сервер. При монолітній структурі ОС Складається з набору модулів, и Зміни одного модуля вплівають на Другие Модулі. Чім больше модулів, тім больше хаосу при ЕКСПЛУАТАЦІЇ Такої системи. Крім того, Неможливо розподіліті ОС багатопроцесорні системи. У багатошаровій структурі Зміни одного кулі вплівають на сусідні шари; крім того, звернення через кулю Неможливо. Для систем реального годині має буті забезпечен Пряме звернення до шкірного кулі ОС, а іноді безпосередно до апаратури. p> Основною ідеєю клієнт-серверної технології в ОС є зведення базису ОС до мінімуму (Планувальнік и прімітіві сінхронізації). Вся Інша функціональність Вінос на Інший рівень и реалізується через потоки або Завдання. Сукупність таких Серверне Завдання відповідає за Сістемні Виклики. Додатки є клієнтами, Які запітують Сервіси через Сістемні Виклики. p> Клієнт-серверна технологія дозволяє створюваті масштабовані ОС и спрощує Розподіл багатопроцесорні системи. При ЕКСПЛУАТАЦІЇ системи заміна одного модуля не віклікає ЕФЕКТ "сніжного кома"; крім того, збій модуля не всегда Тягном за собою відмову системи в цілому. З'явилася можлівість дінамічного завантаження и відвантаження модулів. Головною проблемою в Цій МОДЕЛІ є захист пам'я...
