Действительно ли вам нужна ОС реального времени?

Первоначально опубликовано _IP_   <P class=Msonormal>Понятие систем РВ, жесткого и мягкого времени достаточно общее. Оно не ограничивается компьютерными программами. <SPAN style="mso-spacerun: yes"> </SPAN><SPAN style="mso-spacerun: yes"> </SPAN>

В этом, видите ли - и весь сыр-бор.
Вот эти определения, описания, рассуждения, публикации... последних N лет, об "жесткого и мягкого времени", которые "достаточно общее" (в частности, по моему мнению, "мягкого" realtime нет и быть не может как и осетрины 2-й свежести - это имеет место только в Microsoft) - они и были подвернуты сомнению и ревизии в разговоре здесь, а также одновременно в:

http://qnx.org.ru/index.php?option=com_minibb&action=vthread&forum=5&topic=2077

http://qnxclub.net/modules.php?name=Forums&file=viewtopic&t=36

http://qnxclub.net/modules.php?name=Forums&file=viewtopic&t=16

http://qnxclub.net/modules.php?name=Forums&file=viewtopic&t=41

А заодно, по следам этих обсуждений выписалось и несколько статей:

http://qnxclub.net/files/articles/RemarksOnTheMargins/RemarksOnTheMargins.html

http://qnxclub.net/files/articles/rtos/rtos.html

http://qnxclub.net/files/articles/invers/invers.html

И как выясняется при непредвзятом обсуждении, так большинство "размышлизмов" об realtime вообще и RTOS в частности - навеяны соображениями далёкими от вопросов технических реализаций:
- производителям OS нужна "торговая марка", чтоб их системы хоть чем-то отличались от конкурентов по рынку, и вот они становятся realtime;
- академическим кругам, особенно преподавательским - об чём то нужно учить студентов, особенно контрактных ;-) - и всё вдвойне становится realtime...

А реально окончательной и полной ясности и, особенно, критериев относительно принадлежности или непринадлежности к классу realtime - нет даже у автономных экспертов тестеров "на realtime", таких как Dedicated Systems.

Первоначально опубликовано Draggan Знаете, на мой взгляд все эти разговоры вообще бессмыслены.

Может оно и так, по трезвому размышлению. И интуитивно многое понятно.
Но вот какое дело: всё время, и всё в новых местах возникает подобное обсуждение (это наверное от отсутствия трезвого размышления ;), т.е. "по нетрезвому размышлению") - на этот раз по следам той же указанной ранее статьи об несчастьях марсоходика:
http://zdnet.ru/?ID=312969&Discuss=1

Первоначально опубликовано Sergey Sorokin Я бы предложил короткое определение, которое здесь уже приводил. "ОСРВ - это операционная система предназначенная для применения в быстрых системах жесткого реального времени." Такого рода назначение ОС и определяет ее специфические черты и отличия от ОСОН.

Остается выяснить, насколько быстрые системы жесткого реального времени медленнее быстрых систем на ОСОН.

PS:сие риторическое замечание вызвано потиранием виртуальной шишки от виртуальных граблей...эээ..долго рассказывать, но изменение некой задержки на одну микросекунду приводило к "макроскопическим квантовым явлениям" типа циклической смены каналов обратной связи с временным интервалом до нескольких часов...причем задержка не в OS и даже не в PC ;-)

Любопытно, как все таки описать черты исключительно ОСРВ?
Думаю всем ясно что задачка та еще... Хотя просто интерестно...
Давайте посмотрим: Все ОС имеют массу общих черт, что естественно - они выполняют одни и теже задачи. Их задача - обеспечение взаимодействия прикладных программ и аппаратуры, плюс обеспечение паралелизма (т.е. паралельного исполнения нескольких задач). Что то еще?
Следовательно по специфике назначения ОС должны разделяться по способу или форме реализации этих задач.
Что важно для офисных ОС или т.н. рабочих станций?
1. Быстрая загрузка приложений, причем в любом колличестве. Ну с этим все понятно - Свопинг там, виртуальная память, программно-аппаратные кеши всякие. Это не для нас, настоящих мужиков, мы пьем Арсенальное :) (Куда меня понесло?)
2. Упрощенный порядок подключения новой апаратуры (инсталляции там всякие, Plug&Pray)
3. Минимальное колличество приоритетов (в прикладных задачах этого класса много приоритетов - плохо и мы тут где-то это обсуждали)
4. Закрытость прямого доступа к аппратуре, для повышения надежности прикладны программ (?!)
5. Что еще не знаю, если кто знает - допишите плизз...

А для РТ?
1. Высокая скорость временных параметров обмена с аппаратурой - Латенция прерываний там всякая и т.д.
2. Общая простота работы с разнообразной аппаратурой, легкость написания и отладки драйверов нестандартных устройств.
3. Это близко к предыдущему пункту как пожелание - легкость написания загрузчиков системы для нестандартных платформ(это в идеале)
4. Мощьные механизмы многозадачности. Тут можно много писать о межпроцессорном взаимодействии, передаче сообщений и синхронизации без инверсии
5. Большой набор приоритетов (смотри ЧМА где тут уже говорили)
6. Для встраиваемых применений - масштабируемость и удаленная отладка и разработка
7. Не знаю что еще - если кто знает подскажите...

Ну вот, по моему картинка более менее вырисовывается...
Давайте над ней подумаем.