Микропроцессорные системы и программное обеспечение в средствах связи. Гребешков А.Ю. - 178 стр.

UptoLike

ВУЗ: 

ПГУТИ | Самара

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

Рубрика: 

Микропроцессорные системы и программное обеспечение в средствах связи
178
ввода/вывода имеет свой собственный драйвер, который функциониру-
ет как отдельный процесс в своем собственном частном адресном про-
странстве, защищенном с помощью аппаратного модуля управления
памятью (MMU). Уровень драйверов устройств включает в себя про-
цессы драйверов для НЖМД, терминала (клавиатуры и дисплея), мо-
дуля абонентских блоков или блоков соединительных линий. Эти
драй-
веры работают в режиме пользователя и не могут выполнять привиле-
гированные команды, операции чтения и записи на портах вво-
да/вывода управляющего комплекса. Для того, чтобы получить эти сер-
висы для обмена данными, драйверы внешних устройств должны обра-
титься к ядру операционной системы. Хотя такая архитектура увеличи-
вает накладные расходы
на реализацию решения, она значительно по-
вышает надежность – ведь здесь микроядро, в отличие от традицион-
ных «монолитных» операционных систем, полностью контролирует и
ограничивает действия драйверов.
Далее в рассматриваемом решении, «над» уровнем драйверов
внешних устройств находится уровень менеджера процессов, который
принимает запросы от процессов операционной системы на вызовы
функций микроядра, таких
как, read, write, и выполняет их; здесь же
реализуется функции управления памятью. На этом же уровне нахо-
дится сетевой интерфейс (сервер сети), который поддерживает стек
протоколов TCP/IP, поддержка доменных имен. И только «над» уров-
нем менеджеров находятся собственно программы пользователя – ба-
за данных, восстановление, программы управления (см. выше рис. 2.1).
Указанная конструкция, которая уже применяется
в рамках ОС РВ
QNX, обеспечивает высокую надежность за счёт распределения функ-
ций, ошибки драйверов не могут нанести непоправимого ущерба ядру
операционной системы, поскольку все процессы и полномочия строго
разделены. Драйверы и процессы могут пользоваться только собствен-
  Микропроцессорные системы и программное обеспечение в средствах связи
ввода/вывода имеет свой собственный драйвер, который функциониру-
ет как отдельный процесс в своем собственном частном адресном про-
странстве, защищенном с помощью аппаратного модуля управления
памятью (MMU). Уровень драйверов устройств включает в себя про-
цессы драйверов для НЖМД, терминала (клавиатуры и дисплея), мо-
дуля абонентских блоков или блоков соединительных линий. Эти драй-
веры работают в режиме пользователя и не могут выполнять привиле-
гированные команды, операции чтения и записи на портах вво-
да/вывода управляющего комплекса. Для того, чтобы получить эти сер-
висы для обмена данными, драйверы внешних устройств должны обра-
титься к ядру операционной системы. Хотя такая архитектура увеличи-
вает накладные расходы на реализацию решения, она значительно по-
вышает надежность – ведь здесь микроядро, в отличие от традицион-
ных «монолитных» операционных систем, полностью контролирует и
ограничивает действия драйверов.
     Далее в рассматриваемом решении, «над» уровнем драйверов
внешних устройств находится уровень менеджера процессов, который
принимает запросы от процессов операционной системы на вызовы
функций микроядра, таких как, read, write, и выполняет их; здесь же
реализуется функции управления памятью. На этом же уровне нахо-
дится сетевой интерфейс (сервер сети), который поддерживает стек
протоколов TCP/IP, поддержка доменных имен. И только «над» уров-
нем менеджеров находятся собственно программы пользователя – ба-
за данных, восстановление, программы управления (см. выше рис. 2.1).
     Указанная конструкция, которая уже применяется в рамках ОС РВ
QNX, обеспечивает высокую надежность за счёт распределения функ-
ций, ошибки драйверов не могут нанести непоправимого ущерба ядру
операционной системы, поскольку все процессы и полномочия строго
разделены. Драйверы и процессы могут пользоваться только собствен-



                                   178

Страницы