зму сегментації пам'яті для Боротьба з фрагментацією застосовується процедура ущільнення после збірання сміття. Однак такий підхід непригодна в середовіщі реального годині, оскількі во время ущільнення переміщувані задачі НЕ могут Виконувати, что веде до непередбачуваності системи. У цьом Полягає основна проблема застосовності об'єктно-орієнтованого підходу до систем реального годині. До тихий ПІР, поки проблема ущільнення не якщо вірішена, C + + і JAVA Залишаюсь не самим КРАЩИЙ Вибори для систем Жорсткий реального годині. p> У системах Жорсткий реального годині зазвічай застосовується статичність Розподіл пам'яті. У системах м'якого реального годині Можливо Динамічний Розподіл пам'яті, без віртуальної пам'яті и без ущільнення.
5. Переривані
При опісі управління переривані зазвічай розрізняють Дві процедури, а самє:
программа ОБРОБКИ переривані (ISR - interrupt servicing routine) - программа НИЗЬКИХ уровня в ядрі З ОБМЕЖЕНОЮ системністю виклика,
Потік ОБРОБКИ переривані (IST - interrupt servicing thread) - Потік уровня програми, Який управляє переривані, з доступом до всіх системністю виклика. p> Зазвічай ISR реалізуються Виробнику апаратури, а драйверами прістроїв віконують управління переривані помощью IST. Потоки ОБРОБКИ переривані діють як будь-які Інші потоки и Використовують ту ж саму систему пріорітетів. Це означає, что проектувальник системи может надаті IST більш низьких Пріоритет, чем Пріоритет потоку програми.
6. Годинники и таймером
У ОСРВ Використовують Різні служби годині. Операційна система відстежує поточний год, у Певний годину запускає Завдання и потоки и пріпіняє їх на певні інтервалі. У службах годині ОСРВ Використовують годинник реального годині. Зазвічай Використовують вісокоточні апаратні годинник. Для відліку годин інтервалів на Основі годин реального годині створюються таймери. p> Для шкірного процеса ї потоку візначаються годинник процесорного годині. На базі ціх годин створюються таймери; Які вімірюють перевітрата годині процесом або потоком, дозволяючі дінамічно віявляті Програмні помилки або помилки обчислення максимально можливий годині Виконання. У вісоконадійніх, критичних до першої години системах ВАЖЛИВО Виявлення СИТУАЦІЙ, при якіх Завдання перевіщує максимально можливий годину свого Виконання, ТОМУ ЩО при цьом робота системи может війта за рамки допустимого годині відгуку. Годинники годині Виконання дозволяють віявіті Виникнення перевітраті годині ї актівізуваті відповідні Дії по обробці помилок. p> Більшість ОСРВ оперують відноснім годиною. Щось відбувається "до" і "Після" Деяк Іншої події. У Системі, Повністю керованої подіямі, необхідній годинного Механізм (ticker), тому що там немає квантування годині (time slicing). Однак, ЯКЩО Потрібні тімчасові Мітки для Деяк подій або необхідній системний виклик типу "чекати одну секунду", то Потрібний тактова генератор і/або таймер. p> Сінхронізація в ОСРВ здійснюється за помощью механізму Блокування (або Очікування) до Настанов Деяк події. Абсолютна годину НЕ вікорістовується. p> Реалізації в ОСРВ других концептуальних абстракцій подібні їх реалізація в традіційніх ОС.
7. Стандарти ОСРВ
Великі розходження в спеціфікаціях ОСРВ и Величезна кількість існуючіх мікроконтролерів вісувають на передній план проблему стандартізації в области систем реального годині. p> Найбільш раннім и Поширення стандартом ОСРВ є стандарт POSIX (IEEE Portable Operating System Interface for Computer Environments, IEEE 1003.1). Початковий вариант стандарту POSIX з'явився в 1990 р. и БУВ призначеня для UNIX-систем, Перші Версії якіх з'явилися в 70-х роках минуло століття. Спеціфікації POSIX візначають стандартний Механізм взаємодії прикладної програми и операційної системи и в Данії годину включаються набор більш чем з 30 стандартів. Для ОСРВ найбільш Важливі сім З них (1003.1a, 1003.1b, 1003.1c, 1003.1d, 1003.1j, 1003.21, 1003.2h), альо широку підтрімку в комерційніх ОС отримай Тільки три дерло. p> Незважаючі на явно застарілі положення стандарту POSIX І Великий затребуваність оновлення стандартізації для ОСРВ, помітного Просування в цьом Напрямки НЕ спостерігається. p> Деякі найбільш успішні компании в области систем реального годині оголошують про свое решение Прийняти в якості стандарту спеціфікації одній Зі своих просунути ОСРВ. Так вчинила компанія TRON (the RTOS Nucleus), яка в 1987р. випустила в світ Перші ITRON спеціфікації - ITRON1. Далі в 1989р. вона розроб и випустила спеціфікації ОјITRON для 8 - и 16 - бітовіх мікроконтролерів, а такоже спеціфікації ITRON2 для 32-бітовіх процесорів. ОСРВ ITRON опісується нижчих у відповідному розділі. Цею стандарт є Дуже Поширення в Японии. p> Військова и аерокосмічна Галузі вісувають жорсткі вимоги до обчислювальних ЗАСОБІВ, что впліває на ступінь безпеки цільової системи. У Данії годину є Такі стандарти для ОСРВ в АВІАЦІЇ - стандарт D...
