Лекция 5.2. Аппаратные средства поддержки проектирования и отладки систем реального времени. 162 2 страница

Система часто должна работать на бездисковом компьютере и осуще­ствлять начальную загрузку из ПЗУ. В силу этого:

- критически важным является размер системы;

- для экономии места в ПЗУ часть системы может храниться в сжатом виде и загружаться в ОЗУ по мере необходимости;

- система часто позволяет исполнять код как в ОЗУ, так и в ПЗУ;

- при наличии свободного места в ОЗУ система часто копирует себя из медленного ПЗУ в более быстрое ОЗУ;

- сама система компилируется, линкуется и превращается в загрузоч­ный модуль на другом, «обычном» компьютере, связанном с промышленным компьютером через последовательный порт или Ethernet; это требует специ­ального кроссплатформенного инструментария разработчика, поскольку ти­пы процессоров и/или операционных систем на этих двух компьютерах не совпадают.

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

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

Критически важным параметром для СРВ является время ее реакции на прерывания (которое складывается из аппаратного времени задержки и программных задержек), а также предсказуемость этого времени.

Таким образом, понятие «системы реального времени» является новым и в полной мере не устоявшимся. Однако основной мыслью существующих определений является наложение жестких или мягких ограничений на время отклика системы при поступлении на нее внешнего воздействия. В связи с этим нельзя считать системами реального времени информационно-управляющие системы, не предусматривающие в алгоритмах своего функ­ционирования возможность выдачи откликов в условиях лимита времени. Поэтому организация работы информационно-управляющих систем, функ­ционирующих в режиме реального времени, существенно отличается от ра­боты традиционных систем управления.

Лекция 1.2. Классы систем реального времени

1. Основные понятия систем реального времени.

2. Типы задач систем реального времени.

3. Классы систем реального времени.

1. Основные понятия систем реального времени

Рассмотрим суть основных понятий, которые используются в системах реального времени. Одним из основных понятий данной дисциплины явля­ется понятие процесса.

Процесс - это динамическая сущность программы, ее код в процессе своего выполнения.

В данном случае под программой понимается описание на некотором формализованном языке алгоритма, решающего поставленную задачу. Про­грамма является статической единицей, то есть неизменяемой с точки зрения операционной системы, ее выполняющей.

Процесс имеет:

- собственные области памяти, где осуществляется хранение кода и данных;

- собственный стек;

- собственное отображение виртуальной памяти на физическую (в сис­темах с виртуальной памятью);

- собственное состояние.

Процесс может находиться в одном из следующих типичных состоя­ний (точное количество и свойства того или иного состояния зависят от опе­рационной системы):

1) «остановлен» - процесс остановлен и не использует процессор; на­пример, в таком состоянии процесс находится сразу после создания;

2) «терминирован» - процесс терминирован и не использует процессор; например, процесс закончился, но еще не удален операционной системой;

3) «ждет» - процесс ждет некоторого события (которым может быть аппаратное или программное прерывание, сигнал или другая форма межпро­цессорного взаимодействия);

4) «готов» - процесс не остановлен, не терминирован, не ожидает, не удален, но и не работает; например, процесс может не получать доступа к процессору, если в данный момент выполняется другой, более приоритетный процесс;

5) «выполняется» - процесс выполняется и использует процессор; в ОСРВ это обычно означает, что этот процесс является самым приоритетным среди всех процессов, находящихся в состоянии «готов».

Понятие вычислительного процесса (или просто «процесса») было введено для реализации идей мультипрограммирования и мультизадачности. Как понятие процесс является определенным видом абстракции. Последова­тельный процесс (иногда называемый «задачей») – это выполнение отдель­ной программы с ее данными на последовательном процессоре.

В концепции, получившей широкое распространение в 70 – е годы, под задачей понимали совокупность связанных между собой и образующих еди­ное целое программных модулей и данных, требующих ресурсов вычисли­тельной системы для своей реализации. В последующие годы задачей стали называть единицу работы, для выполнения которой предоставляется цен­тральный процессор. Вычислительный процесс может включать в себя не­сколько задач.

Концептуально процессор рассматривается в двух аспектах: во – пер­вых, он является носителем данных и, во – вторых, он одновременно выпол­няет операции, связанные с их обработкой. Определение концепции процес­са преследует цель выработать механизмы распределения и управления ресурсами. Понятие ресурса, так же как и понятие процесса, является одним из основных при рассмотрении операционных систем реального времени. Тер­мин ресурс обычно применяется по отношению к повторно используемым, относительно стабильным и часто недостающим объектам, которые запра­шиваются, используются и освобождаются процессами в период их активно­сти. Другими словами, ресурсом называется всякий объект, который может распределяться внутри системы. Ресурс - это объект, необходимый для рабо­ты процессу или задаче. Ресурсы могут быть разделяемыми, когда несколько процессов могут их использовать одновременно (в один и тот же момент времени) или параллельно (в течение некоторого интервала времени процес­сы используют ресурс попеременно), а могут быть и неделимыми (рис. 1).

Рисунок 1. - Классификация ресурсов

 

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

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

Если в операционной системе могут одновременно существовать не­сколько процессов или/и задач, находящихся в состоянии «выполняется», то говорят, что это многозадачная система, а эти процессы называют парал­лельными.

Если процессор один, то в каждый момент времени на самом деле ре­ально выполняется только один процесс или задача. Система разделяет вре­мя между такими «выполняющимися» процессами, давая каждому, квант времени, пропорциональный его приоритету. Этот квант времени часто не зависит от специфики решаемой задачи реального времени, поэтому такой подход обычно не используется в СРВ. Обычно в СРВ в состоянии выполнения может быть только один процесс. В «хорошей» СРВ это можно изменить программным путем.

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

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

Система поддерживает мультипрограммирование и старается эффек­тивно использовать ресурсы путем организации к ним очередей запросов, составляемых тем или иным способом. Это требование достигается поддер­жанием в памяти более одного процесса, ожидающего процессор, и более одного процесса, готового использовать другие ресурсы, как только послед­ние станут доступными. Общая схема выделения ресурсов такова. При необ­ходимости использовать какой-либо ресурс (оперативную память, устройст­во ввода/вывода, массив данных и т.п.), задача обращается к супервизору операционной системы – ее центральному управляющему модулю, который может состоять из нескольких модулей, например: супервизор ввода/вывода, супервизор прерываний, супервизор программ, диспетчер задач и т.д. – по­средством специальных вызовов (команд, директив) и сообщает о своем тре­бовании. При этом указывается вид ресурса и, если надо, его объем. Дирек­тива обращения к операционной системе передает ей управление, переводя процессор в привилегированный режим работы, который обязательно суще­ствует в СРВ.

Ресурс может быть выделен задаче, обратившейся к супервизору с со­ответствующим запросом, если:

- он свободен и в системе нет запросов от задач более высокого при­оритета к этому же ресурсу;

- текущий запрос и ранее выданные запросы допускают совместное использование ресурсов;

- ресурс используется задачей низшего приоритета и может быть вре­менно отобран (разделяемые ресурсы).

Получив запрос, система либо удовлетворяет его и возвращает управ­ление задаче, выдавшей данный запрос, либо, если ресурс занят, ставит зада­чу в очередь к ресурсу, переводя ее в состояние ожидания (блокируя).

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

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

Стек (stack) - это область памяти, в которой размещаются локальные переменные, аргументы и возвращаемые значения функций. Вместе с обла­стью статических данных полностью задает текущее состояние процесса.

Виртуальная память - это «память», в адресном пространстве кото­рой работает процесс. Виртуальная память:

1) позволяет увеличить объем памяти, доступной процессам за счет дисковой памяти;

2) обеспечивает выделение каждому из процессов виртуально непре­рывного блока памяти, начинающегося (виртуально) с одного и того же ад­реса;

3) обеспечивает изоляцию одного процесса от другого.

Трансляцией виртуального адреса в физический адрес занимается опе­рационная система. Для ускорения этого процесса многие компьютерные системы имеют поддержку со стороны аппаратуры, которая может быть ли­бо прямо в процессоре, либо в специальном устройстве управления памятью. Среди механизмов трансляции виртуального адреса преобладает странич­ный, при котором виртуальная и физическая память разбиваются на части равного размера, называемые страницами (типичный размер - 4Kб), между страницами виртуальной и физической памяти устанавливается взаимно од­нозначное (для каждого процесса) отображение. Отметим, что ОСРВ стре­мятся получить максимальную производительность на имеющемся оборудо­вании, поэтому некоторые ОСРВ не используют механизм виртуальной па­мяти из-за задержек, вносимых при трансляции адреса.

Межпроцессное взаимодействие - это тот или иной способ передачи информации из одного процесса в другой. Наиболее распространенными формами взаимодействия процессов являются (не все системы поддержива­ют перечисленные ниже возможности):

1) разделяемая память - два (или более) процесса имеют доступ к од­ному и тому же блоку памяти. В системах с виртуальной памятью организа­ция такого вида взаимодействия требует поддержки со стороны операционной системы, поскольку необходимо отобразить соответствующие блоки виртуальной памяти процессов на один и тот же блок физической памяти); семафоры - два (или более) процесса имеют доступ к одной пере­менной, принимающей значение 0 или 1. Сама переменная часто находится в области данных операционной системы и доступ к ней организуется посред­ством специальных функций;

3) сигналы - это сообщения, доставляемые посредством операционной системы процессу. Процесс должен зарегистрировать обработчик этого со­общения у операционной системы, чтобы получить возможность реагировать на него. Часто операционная система извещает процесс сигналом о наступ­лении какого-либо сбоя, например, делении на 0, или о каком-либо аппаратном прерывании, например, прерывании таймера;

4) почтовые ящики - это очередь сообщений (обычно тех или иных структур данных), которые помещаются в почтовый ящик процессами и/или операционной системой. Несколько процессов могут ждать поступления со­общения в почтовый ящик и активизироваться после его поступления. Тре­бует поддержки со стороны операционной системы.

Событие - это оповещение процесса со стороны операционной систе­мы о той или иной форме межпроцессного взаимодействия, например, о принятии семафором нужного значения, о наличии сигнала, о поступлении сообщения в почтовый ящик.

Создание, обеспечение взаимодействия, разделение процессорного времени требует от операционной системы значительных вычислительных затрат, особенно в системах с виртуальной памятью. Это связано, прежде всего, с тем, что каждый процесс имеет свое отображение виртуальной памяти на физическую, которое надо менять при переключении процессов и при обеспечении их доступа к объектам взаимодействия (общей памяти, семафо­рам, почтовым ящикам). Часто бывает так, что требуется запустить несколь­ко копий одной и той же программы, например, для управления несколькими единицами одного и того же оборудования. В этом случае мы несем двойные накладные расходы: держим в оперативной памяти несколько копий кода одной программы и тратим дополнительное время на обеспечение их взаи­модействия.

Задача (или поток, или нить, thread) - это как бы одна из ветвей испол­нения процесса:

- разделяет с процессом область памяти под код и данные;

- имеет собственный стек;

- разделяет с процессом отображение виртуальной памяти на физиче­скую (в системах с виртуальной памятью);

- имеет собственное состояние.

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

Приоритет - это число, приписанное операционной системой каждому процессу и задаче. Чем больше это число, тем важнее этот процесс или зада­ча и тем больше процессорного времени он или она получит. При непра­вильном планировании приоритетов в ОСРВ, задача с меньшим приоритетом может вообще не получить управления при наличии в состоянии готовности задачи с большим приоритетом.

Связывание (линковка, linkage) - это процесс превращения скомпили­рованного кода (объектных модулей) в загрузочный модуль (то есть то, что может исполняться процессором при поддержке операционной системы). Различают:

- статическое связывание, когда код необходимых для работы про­граммы библиотечных функций физически добавляется к коду объектных модулей для получения загрузочного модуля;

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

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

2. Типы задач систем реального времени Всякий процесс содержит одну или несколько задач. Операционная система позволяет задаче порождать новые задачи. Задачи, по своей манере действовать, можно разделить на 3 категории:

1. Циклические задачи. Характерны для процессов управления и инте­рактивных процессов.

2. Периодические задачи. Характерны для многих технологических процессов и задач синхронизации.

3. Импульсные задачи. Характерны для задач сигнализации и асин­хронных технологических процессов.

Чтобы система могла управлять задачами, она должна располагать всей необходимой для этого информацией. С этой целью на каждую задачу (про­цесс) заводится специальная информационная структура, называемая деск­риптором процесса (описателем задачи). В общем случае дескриптор про­цесса содержит следующую информацию:

- идентификатор процесса (так называемый PID - process identificator);

- тип (или класс) процесса, который определяет для супервизора неко­торые правила предоставления ресурсов. Управление вводом/выводом осу­ществляется операционной системой, компонентом, который называют су­первизором ввода/вывода;

- приоритет процесса, в соответствии с которым супервизор предостав­ляет ресурсы. В рамках одного класса процессов в первую очередь обслужи­ваются более приоритетные процессы;

- переменную состояния, которая определяет, в каком состоянии нахо­дится процесс (готов к работе, в состоянии выполнения, ожидание устройст­ва ввода/вывода и т.д.);

- защищенную область памяти (или адрес такой зоны), в которой хра­нятся текущие значения регистров процесса, если процесс прерывается, не закончив работы. Эта информация называется контекстом задачи;

- информацию о ресурсах, которыми процесс владеет и/или имеет пра­во пользоваться (указатели на открытые файлы, информация о незавершен­ных операциях ввода/вывода и т.д.);

- место (или его адрес) для организации общения с другими процесса­ми;

- параметры времени запуска (момент времени, когда процесс должен активизироваться, и периодичность этой процедуры);

- в случае отсутствия системы управления файлами – адрес задачи на диске в ее исходном состоянии и адрес на диске, куда информация выгружа­ется из оперативной памяти, если ее вытесняет другая задача.

Когда говорят о процессах, то тем самым хотят отметить, что система поддерживает их обособленность: у каждого процесса имеется свое вирту­альное адресное пространство, каждому процессу назначаются свои ресурсы – файлы, окна, семафоры и т.д. Такая обособленность нужна для того, чтобы защитить один процесс от другого, поскольку они, совместно используя все ресурсы вычислительной системы, конкурируют друг с другом. В общем случае процессы (задачи) никак не связаны между собой и могут принадле­жать даже разным пользователям, разделяющим одну вычислительную сис­тему. Другими словами, в случае процессов система считает их совершенно не связанными и не зависимыми. При этом именно система берет на себя роль арбитра в конкуренции между процессами по поводу ресурсов.

Желательно иметь возможность задействовать внутренний паралле­лизм, который может быть в самих процессах. Такой внутренний паралле­лизм встречается достаточно часто и его использование позволяет ускорить их решение. В однопроцессорной системе задачи разделяют между собой процессорное время так же, как это делают обычные процессы, а в мульти­процессорной системе могут выполняться одновременно, если не встречают конкуренции из-за обращения к иным ресурсам.

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

3. Классы систем реального времени Количество операционных систем реального времени, несмотря на их специфику, очень велико. Сама специфика применения операционных сис­тем реального времени требует гарантий надежности, причем гарантий, в том числе и юридических - этим, видимо, можно объяснить тот факт, что среди некоммерческих систем реального времени нет сколько-нибудь попу­лярных.

Среди коммерческих систем реального времени можно выделить груп­пу ведущих систем - по объемам продаж и по популярности. Это системы: VxWorks, OS-9, pSOS, LynxOS, QNX, VRTX. Различают следующие классы СРВ:

- исполнительные системы реального времени;

- ядра реального времени;

- UNIX'ы реального времени.

Исполнительные системы реального времени. Признаки систем это­го типа - различные платформы для систем разработки и исполнения. При­ложение реального времени разрабатывается на host- компьютере (компью­тере системы разработки), затем компонуется с ядром и загружается в целе­вую систему для исполнения. Как правило, приложение реального времени -это одна задача и параллелизм здесь достигается с помощью нитей (threads).

Системы этого типа обладают рядом достоинств, среди которых ос­новным достоинством является высокая скорость и реактивность системы.

Главная причина высокой реактивности систем этого типа - наличие только нитей (потоков) и, следовательно, малое время переключения контекста ме­жду ними (в отличие от процессов). С этим главным достоинством связан и ряд недостатков:

зависание всей системы при зависании нити;

проблемы с динамической загрузкой новых приложений.

Кроме того, системы разработки для продуктов этого класса традици­онно дороги (порядка $20000). Однако, необходимо отметить, что качество и функциональность систем разработки в этом классе традиционно являются хорошими.

Наиболее ярким представителем систем этого класса является опера­ционная система VxWorks. Область применения - компактные системы реального времени с хорошими временами реакций.

Ядра реального времени. В этот класс входят системы с монолитным ядром, где и содержится реализация всех механизмов реального времени этих операционных систем. Исторически системы этого типа были хорошо спроектированы. В отличие от систем других классов, разработчики систем этого класса имели время для разработки систем именно реального времени и не были изначально ограничены в выборе средств (например фирма "Microware" имела в своем распоряжении три года для разработки первого варианта OS-9). Системы этого класса, как правило, модульны, хорошо структурированы, имеют наиболее развитый набор специфических механиз­мов реального времени, компактны и предсказуемы. Наиболее популярные системы этого класса: OS-9, QNX.

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

UNIX'ы реального времени. Исторически системы реального време­ни создавались в эпоху расцвета и бума UNIX'а и поэтому многие из них со­держат те или иные заимствования из этой красивой концепции операцион­ный системы (пользовательский интерфейс, концепция процессов).

Часть разработчиков операционных систем реального времени попы­талась просто переписать ядро UNIX, сохранив при этом интерфейс пользовательских процессов с системой, насколько это было возможно. Реализация этой идеи не была слишком сложной, поскольку не было препятствия в доступе к исходным текстам ядра, а результат оказался замечательным. Получили и реальное время, и весь набор пользовательских приложений - компиляторы, пакеты, различные инструментальные системы.

В этом смысле создателям систем первых двух классов пришлось по­трудиться не только при создании ядра реального времени, но и продвину­тых систем разработки.

Однако Unix'ы реального времени имеют следующие недостатки: сис­темы реального времени получаются достаточно большими и реактивность их ниже, чем реактивность систем первых двух классов.

Наиболее популярным представителем систем этого класса является операционная система реального времени Lynx OS.

Расширения реального времени для Windows NT. После появления Windows NT, сразу несколько фирм объявили о создании расширений реаль­ного времени для Windows NT. Этот означает, что подобные продукты были востребованы, что и подтверждает динамика их рыночного развития. Появ­ление в свое время UNIX'ов реального времени означало ни что иное, как попытку применить господствующую программную технологию для созда­ния приложений реального времени. Появление расширений реального вре­мени для Windows NT имеет те же корни, ту же мотивацию. Огромный набор прикладных программ под Windows, мощный программный интерфейс

WIN32, большое количество специалистов, знающих эту систему. Соблазни­тельно было получить в системе реального времени все эти возможности.

Несмотря на то, что Windows NT создавалась как сетевая операцион­ная система, и сочетание слов "Windows NT" и "реальное время" многими воспринимается как нонсенс, в нее при создании были заложены элементы реального времени. Она имеет - двухуровневую систему обработки прерыва­ний (ISR и DPC), классы реального времени (процессы с приоритетами 16-32 планируются в соответствии с правилами реального времени). Причина по­явления этих элементов кроется в том, что у разработчиков Windows NT за плечами был опыт создания классической для своего времени операционной системы реального времени RSX11М (для компьютеров фирмы DEC).

Анализ возможностей Windows NT показывает, что эта система не го­дится для построения систем жесткого реального времени (система непред­сказуема - время выполнения системных вызовов и время реакции на преры­вания сильно зависит от загрузки системы; система велика; нет механизмов защиты от зависаний). Поэтому даже в системах мягкого реального времени Windows NT может быть использована, только при выполнении целого ряда рекомендаций и ограничений.

Разработчики расширений пошли двумя путями. Они использовали яд­ра классических операционных систем реального времени в качестве допол­нения к ядру Windows NT. Таковы решения фирм "LP Eleknroniks" и "Radisys". В первом случае параллельно с Windows NT (на одном компьюте­ре) работает операционная система VxWorks, во-втором случае - InTime. Кроме того, предоставляется набор функций для связи приложений реально­го времени и приложений Windows NT. Вот как, например, это выглядит у LP Elektroniks: вначале стандартным образом загружается Windows NT, за­тем с помощью специального загрузчика загружается операционная система VxWorks, распределяя под себя необходимую память Windows (что в дальнейшем позволяет избежать конфликтов памяти между двумя ОС). После этого полной "хозяйкой" на компьютере уже становится VxWorks, отдавая процессор ядру Windows NT только в случаях, когда в нем нет надобности для приложений VxWorks. В качестве канала для синхронизации и обмена данными между Windows NT и VxWorks служат псевдодрайверы TCP/IP в обеих системах. Технология использования двух систем на одном компьюте­ре следующая - работу с объектом выполняет приложение реального време­ни, передавая затем результаты приложениям Windows NT для обработки, передачи в сеть, архивирования.