Операционные системы. Часть 1. Основы управления ресурсами. Рощин А.В. - 22 стр.

UptoLike

Составители: 

22
защищает его от других серверов ОС (в традиционной
операционной системе все модули могут влиять друг на друга);
повышению надежности способствует также уменьшенный объем
кода микроядра,
пригодность для распределенных вычислений, так как использует
механизмы клиент-серверного взаимодействия, причем серверы
микроядерной ОС могут находиться как на одном, так и на разных
компьютерах
.
Основным недостатком микроядерной ОС является сниженная по
сравнению с классической ОС производительность. Дело в том, что при
классической организации ОС выполнение системного вызова
сопровождается двумя переключениями режимов, а при микроядерной
архитектуречетырьмя. Ситуация иллюстрируется рисунком 1.4.
Рисунок 1.4 – Смена режимов при выполнении системного вызова
Серьезность этого недостатка хорошо иллюстрирует история
развития Windows NT [3]. В версиях 3.1 и 3.5 диспетчер окон, графическая
оболочка и высокоуровневые драйверы графических устройств были
включены в состав сервера пользовательского режима, и вызов этих
функций осуществлялся в соответствии с микроядерной схемой. Однако,
разработчикам стало ясно, что такой механизм
существенно снижает
быстродействие системы, поэтому в версии 4.0 перечисленные выше
                                   22



        защищает его от других серверов              ОС (в традиционной
        операционной системе все модули могут влиять друг на друга);
        повышению надежности способствует также уменьшенный объем
        кода микроядра,
     − пригодность для распределенных вычислений, так как использует
        механизмы клиент-серверного взаимодействия, причем серверы
        микроядерной ОС могут находиться как на одном, так и на разных
        компьютерах.
     Основным недостатком микроядерной ОС является сниженная по
сравнению с классической ОС производительность. Дело в том, что при
классической   организации    ОС        выполнение    системного   вызова
сопровождается двумя переключениями режимов, а при микроядерной
архитектуре – четырьмя. Ситуация иллюстрируется рисунком 1.4.




    Рисунок 1.4 – Смена режимов при выполнении системного вызова

     Серьезность этого недостатка хорошо иллюстрирует история
развития Windows NT [3]. В версиях 3.1 и 3.5 диспетчер окон, графическая
оболочка и высокоуровневые драйверы графических устройств были
включены в состав сервера пользовательского режима, и вызов этих
функций осуществлялся в соответствии с микроядерной схемой. Однако,
разработчикам стало ясно, что такой механизм существенно снижает
быстродействие системы, поэтому в версии 4.0 перечисленные выше