я надійність системи та її відмовостійкість, так як система фактично складається з безлічі сервісів, відмови яких легко простежуються і не критичні для роботи системи в цілому (можлива перезавантаження сервісу без перезавантаження системи). Також подібна архітектура покращує масштабованість системи [7], тому що можна видаляти непотрібні сервіси і легко додавати додаткові компоненти. p align="justify"> Недолік: введення захисту пам'яті підвищує час перемикання з одного процесу на інший (час перемикання контексту), що збільшує час роботи системи [7].
.3 Механізми реального часу
Найважливішим критерієм оцінки роботи системи реального часу є час, тому для розробників особливо важливо вміти управляти процесами так, щоб тимчасові обмеження виконувалися. У теорії [1] існує система, яка управляється шляхом опису можливих подій на об'єкті. Для кожної події вказується лише адреса виконуваної команди і дедлайн. Проте в реальності таких систем немає, і розробникам доводиться розглядати всі параметри систем реального часу для складання сценарію роботи ОСРВ. Для цього програмісти використовують спеціальні механізми реального часу [1]. p align="justify"> Система пріоритетів процесів (завдань) і алгоритми диспетчеризації (планування).
У розробці ефективного планування використовуються два підходи: статичні і динамічні алгоритми диспетчеризації. У першому випадку пріоритети присвоюються задачах до початку їх виконання, в другому ж пріоритети призначаються динамічно, враховуючи дедлайн завдань. При цьому, як правило, планувальники ОСРВ враховують можливість витіснення завдань у разі потреби. p align="justify"> Механізми взаємодії між завданнями та розподілу ресурсів.
До таких механізмів відносяться: семафори, м'ютекси, події, сигнали, засоби для роботи з пам'яттю, що, канали даних (pipes), черги повідомлень. При цьому важливим залишається швидкість виділення того чи іншого ресурсу, а також час, на який він блокується використовуваним процесом. p align="justify"> Засоби для роботи з таймером.
Ці кошти забезпечують безпосередню роботу з часом. Вони дозволяють задавати і вимірювати різні проміжки часу, а також генерувати переривання. br/>
2. Поняття відмовостійкості
2.1 Причини збоїв
Відмови з причини виникнення діляться на конструкційні та експлуатаційні. Експлуатаційні виникають при неправильному використанні системи, в той час як конструкційні відбуваються з вини розробників, які не предусмотревшіх всі можливі реакції системи. У системах реального часу можливе виникнення двох класів збоїв: програмних і апаратних. При цьому виникнення перших найчастіше означає порушення принципів реального часу, і фактично характеризує систему як систему загального призначення (не застосовні до завдань реального часу). Поняття на...
