Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

Архитектуры ОС РВ и ядро ОС РВ

Читайте также:
  1. Архитектурная теория и практика Ле Корбюзье. Пять принципов архитектуры Ле Корбюзье
  2. Архитектуры ОСРВ
  3. Базовые архитектуры деловых и и их распределение по процедурам управленческого консультирования
  4. ВОЛОГОДСКИЙ ОБЛАСТНОЙ ОТДЕЛ ПО ДЕЛАМ СТРОИТЕЛЬСТВА И АРХИТЕКТУРЫ
  5. История советской архитектуры. Советская архитектура 1-й пол. XX века
  6. О "плоских" схемах архитектуры

СРВ могут быть представленными состоящими из трех компонентов: программное обеспечения, ОС РВ и аппаратное обеспечение. От выбора типа используемой ОС РВ зависит процесс разработки СРВ. Ниже приводятся основные архитектуры ОС[1], которые существуют на сегодняшний день.

ОС РВ могут иметь различные структуры, которое оказывают влияние на разрабатываемое ПО.

В настоящее время можно выделить ОС с двумя принципиально различными архитектурами:

· ОС РВ с жесткой структурой;

· ОС РВ с архитектурой клиент – сервер.

Примеры ОС с жесткой структурой: Windows Embedded, LynxOS, WxWorks, VenturCom (расширение реально времени для ОС Windows 2000) и т.д.

Проблема при использовании таких ОС состоит в следующем. СРВ используют специализированные аппаратные средства, для работы с которыми необходимо разрабатывать драйверы устройств. Они работают на уровне ядра ОС, т.е. встраиваются в код ядра ОС. Поэтому любая ошибка (например, при обращении к ячейкам памяти) может привести к сбою свей системы. Кроме того, в уровень ядра входят диспетчер ввода/вывода, диспетчер процессов, диспетчер виртуальной памяти и т.д.. Все это приводит к увеличению размеров ядра и уменьшению надежности такой ОС. Если произойдет сбой хотя бы одной службы, находящейся на уровне ядра, то это повлечет к сбою всей системы в целом.

Более эффективная с точки зрения надежности является архитектура ОС организованной по принципу клиент–сервер, например QNX, рис.1.6.1.

Рис. 1.6.1 Модульная архитектура QNX

В процессе работы такой системы возможно менять ее состав. Можно динамически удалять любые компоненты из работающей системы или добавлять их по мере необходимости. Драйверы устройств, в отличие от уровневых ОС, являются обычной программой, которая на входит в состав ядра. В результате повышается надежность и отказоустойчивость СРВ, т.к. каждый сервис является самостоятельным и его проще отладить. И в случае сбоя он может быть перезапущен без перезапуска всей системы. Она лучше масштабируется, поскольку ненужные службы или программы могут быть исключены без ущерба ее работоспособности.

Преимуществом ОС с жесткой структурой является то, что не ядру такой ОС не надо производит дополнительных переключений контекстов процессов и потоков при работе драйверов. ОС с архитектурой клиент – сервер затрачивают дополнительной время на их переключения. Например, QNX осуществляет четыре переключения контекстов потоков.

Ядро ОС РВ

Типовой состав ОС может варьироваться в очень широких пределах в зависимости от конкретной ЭВМ, назначения ОС и т.д. Самую главную часть ОС называют ядром. Для ОС РВ используется микрояда. Размеры микроядра, которое кроме программ содержит и необходимые для работы ОС управляющие данные могут варьироваться в широких диапазонах и масштабироваться (дополняться) дополнительными компонентами.

Практически все основные функции, выполняемые ОС и ОС РВ, реализуются управляющей программой (ядром – для ОС, микроядром – для ОС РВ).

Ядро ОС, как правило, содержит программы для реализации следующих функций:

· обработка прерываний;

· создание и уничтожение процессов;

· переключение процессов и потоков из состояния в состояние;

· осуществление механизмов диспетчирезации;

· приостановка и активизация процессов, потоков;

· синхронизация потоков, процессов;

· организация взаимодействия между процессами, потоками;

· манипулирование блоками управления процессами;

· поддержка операций ввода-вывода;

· поддержка распределения и перераспределения памяти;

· поддержка работы файловой системы;

· поддержка механизма вызова-возврата при обращении к функциям;

· поддержка определенных функций по ведению учета работы машины (загрузка процессора, интенсивность использования памяти).

Планирование заданий и загрузки процессоров

Потоки получают возможность выполнять конкретную работу, когда в их распоряжение выделяются физические процессоры. Распределение процессора по процессам представляет собой важную задачу, которую решает ядро ОС. Механизм распределения процессорного времени между потоками называется планированием работы процессора или планированием загрузки процессора.

Приоритеты

Значительная часть методов внутреннего планирования основана на понятии приоритетов: приоритет – это целое положительное число. Чем выше приоритет процесса или потока, тем выше категория срочности получения результатов его работы.

ОС может присваивать приоритеты автоматически или они могут назначаться каким-либо другим способом, внешним по отношению к ОС. Приоритеты могут быть либо статическими, либо динамическими. Они могут присваиваться по рациональному принципу или произвольно назначаться в случаях, когда системному процессу необходимо каким-то образом различать процессы, однако он не знает, какой из них в действительности более важен.


Дата добавления: 2015-12-08; просмотров: 78 | Нарушение авторских прав



mybiblioteka.su - 2015-2024 год. (0.007 сек.)