В ос реального времени эффективность работы системы не имеет значения

Есть два основных вида операционных систем: общего назначения и реального времени. Системы общего назначения — это обычные операционные системы в привычном нам смысле: Windows, Linux и Mac OS. Они решают много задач сразу, но иногда могут зависать или тормозить. Но есть устройства и задачи, где на всё нужна моментальная реакция без права на ошибку или зависание. В них используют операционные системы реального времени. Про них и поговорим.

Что такое операционная система реального времени (RTOS)

RTOS — это аббревиатура от real-time operating system, операционная система реального времени. Главное отличие таких систем от всех остальных — в скорости обработки внешних сигналов и своевременном реагировании. В RTOS время реагирования и обработки сигнала должно быть таким, чтобы гарантированно успеть сделать всё, что нужно в данный момент. Чтобы было понятнее, поясним на фитнес-браслете.

Задача фитнес-браслета — отслеживать пульс во время тренировок, следить за физической активностью и точно отсчитывать время. А если тренировки сейчас нет — показывать время, управлять музыкой, будильниками и прочим хозяйством.

Представим ситуацию, что у нас браслет показывает время на экране постоянно — движутся стрелки, мигают цифры, всё как в обычных часах. Но как только мы нажимаем кнопку или касаемся экрана, браслет бросает всё и начинает обрабатывать наше нажатие — например запускать секундомер. Это значит, что браслет в режиме реального времени реагирует на все наши действия — без задержек и зависаний. При этом в фоне может идти обратный отсчёт, а датчики будут измерять пульс — всё это не должно мешать сразу реагировать на внешние действия.

Планировщик задач

В основе систем реального времени лежат системные часы и планировщик задач. Цель планировщика — обеспечить выполнение всех задач в нужное время и вовремя среагировать на внешнее событие.

Например, в нашем браслете одновременно работают такие задачи:

отображение времени на экране;
секундомер в фоне;
измерение пульса каждые 2 минуты.

Так как каждая задача должна работать в режиме реального времени, а процессор один, то планировщик распределяет эти задачи так:

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

Если это нарисовать в виде схемы, получится так:

Жёсткие и мягкие системы

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

Жёсткие системы гарантируют выполнение любой задачи вовремя, а сам процесс занимает не больше того времени, что прописан в регламентах задач. Например, часть систем автопилотов в авиации работает на таких системах — они должны укладываться в норматив по времени срабатывания в любых нештатных ситуациях. Аварийные системы управления тоже часто работают на RTOS, чтобы успевать вовремя реагировать на происходящее.

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

Мягкие системы к задержкам относятся чуть проще: это неприятно, но терпимо, если она не превышает определённых значений (например, 0,3 секунды).

Большинство бытовых систем относится к мягким — если фитнес-браслет среагирует на нажатие на 0,1 секунду позже, ничего критичного не произойдёт. Но если от нажатия до реакции проходит пара секунд — беда. Дешёвые китайские умные часы часто тормозят именно по этой причине — чтобы не тратить время и деньги на оптимизацию, в часы ставят стандартный софт и не подгоняют его под конкретный процессор.

Почему RTOS — это надёжно

RTOS по большей части решает проблему зависаний.

Допустим, в системе перемкнуло датчик управления и одна из функций, которая за него отвечает, ушла в бесконечный цикл. В обычной ОС это привело бы к тому, что зависла бы программа или весь компьютер. В случае с RTOS это решается так:

Планировщик выполняет по очереди команды и доходит до команды с бесконечным циклом.
Выполняет одну команду оттуда, ставит эту задачу на паузу и идёт к другим задачам.

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

Благодаря тому, что система не зависает даже при попадании в бесконечный цикл, RTOS и получилась такой надёжной системой.

На чём пишут системы реального времени

Главные языки для RTOS — это C и C++ (то есть «Си» и «Си плюс плюс»). Они позволяют учесть особенности процессора и памяти и обеспечить нужное быстродействие.

Ещё RTOS пишут на ассемблерах — когда нужно выжать из железа максимум и сделать супербыструю реакцию на любые события. Но это уже высший пилотаж, и такое встречается редко.

Где применяются RTOS

Системы реального времени применяются везде, где нужна надёжность, скорость или простота.

Например, RTOS управляет системами защиты серверов, кардиостимуляторами, электронной тормозной системой в автомобиле, автопилотом, системами отслеживания биржевых котировок и бронирования билетов. А всё потому, что там нужна моментальная обработка запросов и полное отсутствие сбоев в любых условиях.

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

Вёрстка:

Кирилл Климентьев

Источник

Системы реального времени

Операционные
системы реального времени (ОСРВ)
предназначены для обеспечения интерфейса
к ресурсам критических по времени систем
реального времени. Основной задачей в
таких системах является своевременность
(timeliness) выполнения обработки данных.

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

Что такое системы реального времени? Системы жесткого и мягкого реального времени.

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

Определение срв. Жесткие и мягкие срв. Структура срв. Операционные системы реального времени (осрв). Отличие осрв от ос общего назначения. Системы разработки и системы исполнения.

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

Системой
реального времени называется система,
в которой успешность работы любой
программы зависит не только от ее
логической правильности, но от времени,
за которое она получила результат. Если
временные ограничения не удовлетворены,
то фиксируется сбой в работе системы.
Таким образом, временные ограничения
должны быть гарантировано удовлетворены.
Это требует от системы быть предсказуемой,
т.е. вне зависимости от своего текущего
состояния и загруженности выдавать
нужный результат за требуемое время.
При этом желательно, чтобы система
обеспечивала как можно больший процент
использования имеющихся ресурсов.
Стандарт
POSIX 1003.1 определяет СРВ следующим образом:
«Реальное время в операционных системах
– это способность операционной системы
обеспечить требуемый уровень сервиса
в заданный промежуток времени». А
стандарт IEEE 610.12 – 1990 говорит, что
реальное время «Относится к системе
или режиму работы, в котором вычисления
проводятся в течение времени, определяемого
внешним процессом, с целью управления
или мониторинга внешнего процесса по
результатам этих вычислений».
Иногда
системами реального времени называется
системы постоянной готовности (on-line
системы), или «интерактивные системы
с достаточным временем реакции». Обычно
это делают по маркетинговым соображениям.
Действительно, если интерактивную
программу называют работающей в
«реальном времени», то это просто
означает, что она успевает обработать
запросы от человека, для которого
задержка в сотни миллисекунд даже
незаметна.
В
некоторых случаях понятие «система
реального времени» отождествляют с
понятием «быстрая система». Это не
всегда правильно. Время задержки СРВ
на событие не так уж важно (оно может
достигать нескольких секунд). Главное,
чтобы это время было достаточно для
рассматриваемого приложения и
гарантировано. Очень часто алгоритм с
гарантированным временем работы менее
эффективен, чем алгоритм, таким действием
не обладающий. Например, алгоритм
«быстрой» сортировки в среднем работает
значительно быстрее других алгоритмов
сортировки, но его гарантированная
оценка сложности значительно хуже.
Во
многих сферах приложения СРВ вводят
свои понятия «реального времени».
Например, процесс цифровой обработки
сигнала называют идущим в «реальном
времени», если анализ (при вводе) и/или
генерация (при выводе) данных может
быть проведен за то же время, что и
анализ и/или генерация тех же данных
без цифровой обработки сигнала. Например,
если при обработке аудио данных требуется
2.01 секунд для анализа 2.00 секунд звука,
то это не процесс реального времени.
Если же требуется 1.99 секунд, то это
процесс реального времени.

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

Это
определение означает, что:

Система
должна успеть отреагировать на событиe,
произошедшее на объекте, в течение
времени, критического для этого события
(meetdeadline). Величина критического времени
для каждого события определяется
объектом и самим событием, и, естественно,
может быть разной, но время реакции
системы должно быть предсказано
(вычислено) при создании системы.
Отсутствие реакции в предсказанное
время считается ошибкой для систем
реального времени.
Система
должна успевать реагировать на
одновременно происходящие события.
Даже если два или больше внешних событий
происходят одновременно, система должна
успеть среагировать на каждое из них
в течение интервалов времени, критического
для этих событий.

Это
определение означает, что:

• Система
должна успеть отреагировать на событие,
произошедшее на объекте, в течение
времени, критического для этого события
(meetdeadline). Величина критического времени
для каждого события определяется
объектом и самим событием, и, естественно,
может быть разной, но время реакции
системы должно быть предсказано
(вычислено) при создании системы.
Отсутствие реакции в предсказанное
время считается ошибкой для систем
реального времени.

• Система
должна успевать реагировать на
одновременно происходящие события.
Даже если два или больше внешних событий
происходят одновременно, система должна
успеть среагировать на каждое из них в
течение интервалов времени, критического
для этих событий.

• Главное
свойство систем реального времени —
предсказуемость
или детерминированность.
Только благодаря этому свойству
разработчик может гарантировать
функциональность и корректность
спроектированной системы. При этом
собственно скорость реакции системы
важна только относительно скорости
протекания внешних процессов, за которыми
СРВ должна следить, или которыми должна
управлять. Хорошим примером задачи, где
требуется СРВ, является управление
роботом, берущим деталь с ленты конвейера.
Деталь движется, и робот имеет лишь
маленькое временное окно, когда он может
ее взять. Если он опоздает, то деталь
уже не будет на нужном участке конвейера,
и, следовательно, работа не будет сделана,
несмотря на то, что робот находится в
правильном месте. Если он позиционируется
раньше, то деталь еще не успеет подъехать,
и робот заблокирует ей путь.

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

Различают
системы реального времени двух типов
— системы жесткого реального времени и
системы мягкого реального времени.

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

• результаты
могут оказаться бесполезны в случае
опоздания,

• может
произойти катастрофа в случае задержки
реакции,

• стоимость
опоздания может оказаться бесконечно
велика.

Примеры
систем жесткого реального времени —
бортовые системы управления, системы
аварийной защиты, регистраторы аварийных
событий.

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

Пример
— работа сети. Если система не успела
обработать очередной принятый пакет,
это приведет к таймауту на передающей
стороне и повторной посылке (в зависимости
от протокола, конечно). Данные при этом
не теряются, но производительность сети
снижается. Основное отличие между
системами жесткого и мягкого реального
времени можно выразить так: система
жесткого реального времени никогда не
опоздает с реакцией на событие, система
мягкого реального времени — не должна
опаздывать с реакцией на событие.

Назовем
операционной системой реального времени
такую систему, которая может быть
использована для построения систем
жесткого реального времени.

Это
определение выражает отношение к
операционным системам реального времени
как к объекту, содержащему необходимые
инструменты, но также означает, что
этими инструментами еще необходимо
правильно воспользоваться.

Контролируемая
подсистема

<—————
—————>
Программный
интерфейс

Контролирующая
подсистема

<—————————->
Машинный интерфейс

Операционная
подсистема

Любая
система реального масштаба времени
может быть описана как состоящая из
трех основных подсистем:

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

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

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

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

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

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

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

Большинство
современных ведущих операционных систем
реального времени поддерживают целый
спектр аппаратных архитектур, на которых
работают системы исполнения (Intel,
Motorola, RISC, MIPS, PowerPC, и другие). Это объясняется
тем, что набор аппаратных средств — часть
комплекса реального времени и аппаратура
должна быть также адекватна решаемой
задаче, поэтому ведущие операционные
системы реального времени перекрывают
целый ряд наиболее популярных архитектур,
чтобы удовлетворить самым разным
требованиям по части аппаратуры. Система
исполнения операционных системах
реального времени и компьютер, на котором
она исполняется называют «целевой»
(target) системой. Система разработки —
набор средств, обеспечивающих создание
и отладку приложения реального времени.

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

Системы
реального времени должны отвечать на
внешние параметры ввода и создавать
новые результаты вывода за ограниченное
время, как показано на рисунке 1.3. Время
ответа должно быть ограничено. Очень
длительное время ответа может привести
к отказу систем реального времени.

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

Рис.
1.3.
Система реального времени должна
отвечать на внешние параметры ввода и
создавать новые результаты вывода за
ограниченное время или система откажет.
Время реакции может быть в интервале
от 0.5 до 10 мс

В
мягкой системе реального времени
приоритет имеют критически важные
задачи. Мягкая система реального времени
обычно удовлетворяет ограничениям
отклика реального времени. Примером
типичной мягкой системы реального
времени является плеер мультимедиа.
Плеер может иногда пропустить видео
кадр или аудио сэмпл, и пользователь
может это даже не заметить, пока плеер
правильно работает большую часть
времени.

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

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

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

Операционные
системы часто классифицируют по их
характеристикам реального времени.
Операционная система реального времени
должна быть тщательно спроектирована,
чтобы поддерживать приложения реального
времени. Недавнее исследование приходит
к выводу, что 95% приложений реального
времени требуют ограниченного времени
ответа в диапазоне от 0.5 до 10 мсек. Только
10% отклонение (колебание от 50 микросекунд
до 1 мсек) во времени ответа может быть
допустимо. Согласно таким требованиям
большинство операционных систем общего
назначения не являются системами
реального времени. Согласно этим
критериям встроенная ОС, такая как
WindowsEmbedded CE, квалифицируется как
операционная система реального времени
(ОС РВ) (Основывается на определении и
оценках времени принятых рабочей группой
Open, Modular, ArchitectureControl (OMAC):Жесткой системой
реального времени является система,
которая отказывает, если ее требования
по времени не удовлетворяются; мягкая
система реального времени может допускать
значительные вариации при предоставлении
служб операционной системы, таких как
прерывания, таймеры, и планирование).

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]

Источник

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

Операционные системы реального времени как программное обеспечение

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

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

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

Преимущества использования операционных систем реального времени

Ниже приведены преимущества использования операционных систем реального времени:

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

Типы операционных систем реального времени

Существует три типа операционных систем реального времени:

1. Системы жесткого реального времени

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

2. Надежные системы реального времени

В этих системах хотя и указаны крайние сроки, но их несоблюдение не приводит к большим потерям. Если сроки не соблюдаются, в системе могут возникнуть нежелательные побочные эффекты. Например, мультимедийные системы.

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

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

ТОП – 5 ПО «Операционные системы реального времени»

ТОП – 5 ПО «Операционные системы реального времени» представлены в таблице.

ТОП – 5 ПО «Операционные системы реального времени»

№ п/п	Наименование	Функционал
1	FX-RTOS	Классическая микроядерная архитектура. Изолированные процессы, межпроцессное взаимодействие. Несколько модификаций ОС для встроенных систем.
2	МАИС	Используется в распределенных и локальных системах автоматического управления производством и сбора информации.
3	ОС РВ Багет	Система для программируемого логического контроллера.
4	ЗОСРВ «Нейтрино»	Технологически независимая защищенная система для управления ресурсами вычислительных средств.
5	ОСРВ Макс	ОС для мультиагентных когерентных систем.

С основным ПО данной категории можно ознакомиться в нашем каталоге.

Источник