ntime);
покажчик на сховище файлів (найчастіше це просто локальний каталог, альо мож буті и Мережева ресурсом);
пріналежність до групи для Спрощення звернення відразу до декількох компонентів як до цілого.
Сама база даних управляється СУБД MS SQL Server и может буті розташована як локально, на комп'ютері розробник, так и на сервері.
6. TinyOS
Розробка операційної системи TinyOS [HSW00] пов'язана з з'явитися Нової Концепції Бездротовий зв'язку - Motes. Motes (у перекладі з англійської - порошинки, смітінкі) - це реалізація ідеї "smart-dust" ("розпорошеної розумності "), запропонованої оборонним агентством Darpa (Defense Advanced Research Projects Agency), зокрема, для відстеження пересування супротивника. p> Motes розроблені в Каліфорнійському універсітеті в Берклі спільно з Intel, и в Данії годину ведуться випробування ціх самоорганізуються мереж, побудованіх на Основі відкритих технологий Intel Mote та програмного забезпечення TinyOS, TinyDB.
Розумні сенсорів Motes, розподілені в просторі, могут самостійно зв'язувати один з одним, утворюючі розподілену Бездротовий інформаційну ятір. "Порошинка розуму" Складається з 8-бітового мікроконтролера сімейства Amtel AVR, прійомопередаюче інтегрального модуля TR1000 І двох мікросхем СЕРЕДНЯ ступенів інтеграції - енергонезалежної пам'яті и Додатковий завантажувальну мікроконтролера, что дозволяє по радіоканалу оновлюваті ПО центрального процесора - AVR.
"Smart-dust" створювалася для дінамічніх, что змінюються як у просторі, так и в часі мереж - для тієї области, в якій абсолютно незастосовні ні традіційні алгоритми управління, ні відпрацьовані принципи маршрутізації, ні архітектурні решение, что лежати в Основі традіційного системного ПЗ. Прагнення конструкторів сделать ее якомога компактнішою (у перспектіві - 1 мм 3) Тягном за собою низьку істотніх обмежень, в Першу Черга ЕНЕРГЕТИЧНИХ. Обмежені обчислювальні ресурси и Динамічний характер мережі прізводять до того, что функціональність "пилинки" треба годину від годині змінюваті, что может буті досягнутості Тільки одним способом - передачею по радіоканалу потрібного ПЗ. З Іншого боку, енергетична дорожнеча передачі ІНФОРМАЦІЇ вімагає надкомпактній Подання переданого коду, в Іншому випадка "Пилинки" просто не будут працювати з-за Швидкого віснаження кріхітніх автономних джерел живлення.
При проектуванні TinyOS Основними Вимогами були Досягнення енергетічної ефектівності и создания високого уровня абстракції системних вікліків для Спрощення розробки програм. Ця система володіє всіма відміннімі рісамі розвіненої ОС - в Першу Черга, Вкрай Простий, альо Достатньо розвинення компонентної моделлю. Однак спеціфіка призначення цієї компонентної МОДЕЛІ істотно відрізняється від традіційніх розробок, оскількі Головною метою компонентного є НЕ полегшення підбору інтерфейсів, Які відповідають Вимогами Запитуючої компонента, а забезпечення розвинення и надійніх механізмів паралельного Виконання Завдання в умів Вкрай обмежених ресурсів.
Віщеопісані заподій прізвелі розробніків TinyOS до вибор подієвої МОДЕЛІ, яка дозволяє управляти високим щаблем паралельності Виконання Завдання в обмеженності просторі пам'яті. Підхід до управління багатопоточності, Заснований на стек, зажадав б однозначно більшіх ресурсів пам'яті, чем передбачало в даним проекті. Для шкірного контексту Виконання нужно Було б віділення пам'яті для найгіршого варіанту, або нужно Було б застосуваті будь-якої занадто витонченням и Складний метод управління пам'яттю.
Архітектура TinyOS об'єднує таке звичних ськладової, як планувальнік Завдання (scheduler), и оригінальне Поняття - компонентний граф. Термін "компонент" тут одночасно и відповідає загальнопрійнятому розумінню, и Суттєво розшірює его. Так, інтерфейс компонента TinyOS Складається з двох множини - верхнього, что надається ЦІМ компонентом, и нижню, необхідного для его Функціонування. Кожне з ціх множини містіть опису команд і подій - синхронні и асинхронним процесів.
Відповідно до Опису системи, компонент має 4 взаємопов'язані Частини - набор команд, набор обробніків подій, інкапсулювання фрейм фіксованого розміру и пучок простих потоків. Потоки, відряд и обробнікі подій віконуються в контексті даного фрейму и вплівають на его стан. Крім того, КОЖЕН компонент декларує відряд, Які ВІН вікорістовує, и події, про Які ВІН сігналізує. Ці декларації Використовують при компонуванні для конфігурації системи, яка налаштована на Певний клас Додатків. Процес композіції створює кульк компонентів, де КОЖЕН більш високий рівень відає команді до нижчих уровня, а ніжчележачій рівень звертається до більш високого за помощью сігналів, что розуміється в даній Системі як події. Апаратна забезпечення є найніжчім кулею компонентів. p> Написана TinyOS з Використання структурованого підмножіні мови C. Використання статичного розпо...
