Принцип відкритої і нарощуваної ОС

Відкрита ОС доступна для аналізу як користувачам, так і системним фахівцям, що обслуговують обчислювальну систему. Нарощувана (що модифікується, розвивається) ОС дозволяє не тільки використовувати можливості генерації, але і вводити в її склад нові модулі, удосконалювати існуючі і т.д. Іншими словами, необхідно, щоб можна було легко внести доповнення і зміни, якщо це буде потрібно, і не порушити цілісність системи. Прекрасні можливості для розширення надає підхід до структуризації ОС за типом клієнт–сервер з використанням мікроядерної архітектури. Відповідно до цього підходу ОС будується як сукупність привілейованої управляючої програми і набору непривілейованих послуг – «серверів». Основна частина ОС залишається незмінною і в той же час можуть бути додані нові сервери або поліпшені старі.

Цей принцип іноді трактують як розширюваність системи. До відкритих ОС, перш за все, слід віднести UNIX-системи і, природно, ОС Linux.

Принцип мобільності (переносимості)

Операційна система відносно легко повинна переноситися з процесора одного типу на процесор іншого типу і з апаратної платформи (яка включає разом з типом процесора і спосіб організації всієї апаратури комп’ютера, інакше кажучи, архітектуру обчислювальної системи) одного типу на апаратну платформу іншого типу. Слід заважити, що принцип переносимості дуже близький принципу сумісності, хоча це і не одне і те ж.

Написання переносимої ОС аналогічно написанню будь-якого переносимого коду – потрібно слідувати деяким правилам. По-перше, велика частина ОС повинна бути написаний на мові, яка є на всіх системах, на які планується надалі її переносити. Це, перш за все, означає, що ОС повинна бути написаний мовою високого рівня, переважно стандартизованою, наприклад, на мові С. Програма, написана на асемблері, не є в загальному випадку переносимою. По-друге, важливо мінімізувати або, якщо можливо, виключити ті частини коду, які безпосередньо взаємодіють з апаратними засобами. Залежність від апаратури може мати багато форм. Деякі очевидні форми залежності включають пряме маніпулювання регістрами і іншими апаратними засобами. Нарешті, якщо апаратно-залежний код не може бути повністю виключений, то він повинен бути ізольований в декількох модулях, що добре локалізуються. Апаратно-залежний код не повинен бути розподілений по всій системі. Наприклад, можна заховати апаратно-залежну структуру в дані абстрактного типу, що програмно задаються. Інші модулі системи працюватимуть з цими даними, а не з апаратурою, використовуючи набір деяких функцій. Коли ОС переноситься, то змінюються тільки ці дані і функції, які ними маніпулюють.

Введення стандартів POSIX переслідувало мету забезпечити переносимість створюваного програмного забезпечення.

Дата добавления: 2014-01-11