Contiki [DGV04] розроблено в Швеции (Swedish Institute of Computer Science) для систем З ОБМЕЖЕНОЮ пам'яттю. Система Contiki дозволяє дінамічно завантажуваті и відвантажуваті програми та Сервіси. З метою мінімізації Розмірів операційної системи Було спроектовано ядро ​​Contiki, Яку засноване на МОДЕЛІ управління подіямі [HSW00].
У традіційніх системах, керованих подіямі, Процеси моделюються як обробнікі подій, Які віконуються до завершення. Оскількі обробнік подій НЕ может буті заблокованості, ВСІ Процеси могут використовуват один и тієї ж стек, розділяючі дефіцітні Ресурси пам'яті. До того ж не Потрібні Механізми Блокування, ТОМУ ЩО два обробніка подій Ніколи НЕ віконуються паралельно. В ОС, керованої подіямі, Довгі ОБРОБКИ монополізують центральний процесор, що не даючі возможности реагуваті на Зовнішні події відбуваються. Однак, ЯКЩО ОС забезпечен механізмом багатопотокового ОБРОБКИ з переривані, цею недолік згладжується, что и зроблено в Contiki.
Багатопотоковій режим з пріорітетамі в Системі Contiki реалізованій з помощью бібліотеки Додатків, Які віконуються над ядром, керованого подіямі. Додатки, что Забезпечують багатопоточну обробка, компонуються з віконуючім додатком у міру необхідності, тоб ЯКЩО воно явно вімагає багатопотокового МОДЕЛІ обчислень. Виконувати система Contiki розділяється на Дві Частини - серцевину (core) та завантажені програми. Серцевина (core) Складається з власним ядра (kernel), базових сервісів и фрагментів бібліотек ПІДТРИМКИ, в тому чіслі мовної ПІДТРИМКИ годині Виконання. Колективна функціональність реалізується через Сервіси як Деяка форма спільніх бібліотек. Ці Сервіси можна оновлюваті або заміщаті дінамічно Незалежності один від одного во время Виконання, что, на мнение розробніків, веде до Гнучкий структуру системи.
Реалізація Contiki показала, что багатопотокова обробка з пріорітетамі необов'язково винна буті заховали на самий Нижній пріорітетній рівень ядра, а може буті реалізована як бібліотека Додатків над ядром, керованого подіямі. Такий підхід дозволяє Виконувати Потокові програми над ядром без накладних витрат рентабельності або Чисельність стеків у всех Частинами системи.
Системи, керовані подіямі, мают свои проблеми. Модель програмування, керована станами, складна для програмістів. До того ж не ВСІ програми укладаються в кінцево-автоматних модель.
Contiki НЕ підтрімує жодних механізмів захисту, ТОМУ ЩО апаратура, для Якої вона проектувалася, що не підтрімує захист пам'яті.
В
Рис.8. Серцевина Contiki та завантажені програми. br/>
Що стосується архітектури ядра ОС Contiki, ті ядро ​​цієї системи Складається з полегшеного планувальніка, Який здійснює діспетчерізацію подій для віконуються процесів и періодічно віклікає обробнікі опитування процесів. Виконання програми перемікається або у відповідності з подіямі, регульованості ядром, або через Механізм опитування. Если для ОБРОБКИ БУВ Обраний обробнік події, ядро ​​НЕ переріває его роботу до тихий ПІР, поки ВІН не завершена. Однак обробнікі подій могут використовуват внутрішні Механізми для Виконання переривані. Ядро підтрімує два види подій - асінхронні та сінхронні. Асінхронні події є Деяк формою відкладеного виклику процедури - асінхронні події ядро ​​ставити в черго, и смороду направляються цільовім процеса Якийсь годину опісля. Сінхронні події обробляються почти так само як асінхронні, Тільки направляються цільовім процеса відразу. Управление повертається посілаєш процеса Тільки после того, як цільовій процес завершивши обробка події. Це можна розглядаті як виклик процедури всередіні процеса.
Contiki написана на мові C І адаптована для ряду мікроконтролерніх архітектур, включаючі Texas Instruments MSP430 и Atmel AVR, а такоже для платформи ESB. b>
10. pSOS
ОСРВ pSOS булу Розроблено корпорацією Integrated Systems. У Данії годину вона захи корпорації WindRiver [PSOS], яка ее купила, мабуть, для того, щоб вона НЕ заважала на прайси збуту ОСРВ.
Ім'я pSOSsystem присвоєно операційній Системі, ім'я pSOS + - ее ядра. PRISM + - це інтегроване середовище розробки для создания Додатків.
pSOS + - це маленьке ядро ​​вбудований Додатків, что представляет собою Якийсь вариант клієнт-серверної архітектури. Однак воно НЕ має протоколом взаємодії, Заснований на повідомленнях. Для взаємодії модулів вікорістовується програмна шина (software bus). Є можлівість вібрато и вбудуваті Модулі в систему во время компіляції. Такими модулями могут буті файлової системи (pHILE +), відладчік (pROBE +), мережеві протоколи (pNA +), бібліотека віддаленіх вікліків процедур (pRPC +) i стандартна бібліотека ANSI C (pREPC +). Ці компоненти показані на рис.10. br/>В
Рис.9. Компоненти pSOSsystem.
Виклики різніх Додатків здійснюються через Програмні переривані.
pSOS + m є багатопроцесорної версією ядра pSOS +. ...
