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

+

В 2003 г. делал и сделал довольно сложную аппаратно-программную систему восстановления всяких железок методом контактной наварки.
Несколько контуров управления ( ток, скорость, давление и пр). Где-то решено аппаратно, но без контроллеров.
Всем заведовала ОС Windows NT в режиме мягкого реал-тайм + самописный софт.
Есть исследования на тему Win NT - как ОСРВ.

Да бога ради. Как раз такой случай:

Если на Вашей наварке, запустить какую-нибудь суровую игрушку, что отстанется от "мягкого реал-тайм" и каков будет результат работы наварочного комплекса?



Тогда незачем было приводить негодные примеры. Может "годный" приведете?

Не превращает. Думайте дальше. Уровень приоритета хоть и через анус, но есть у того-же windows. В чем его непригодность уже, скажем так, намекал ЗАГЛАВНЫМИ буквами. Задержка на "число тиков" тем более есть у windows и в отличие от приоритетов, много более пригодная. Быстрота вытекает не только из простоты, но и производительности целевого железа, так что быстрота это никак не условие RTOS. Реалтаймовость OS начинается на самом деле с другого слова на букву "Д" .

Спасибо.
Как решать задачу, я в принципе понял.
Только ждал, когда прекратиться переливание из пустого в порожнее.
Ну и "подбрасывал дровишек" ;-)

Не верю . "Мол, все понятно, "дрова-топка-кочегар-паровоз", только вот куда лошадь запрягать, чтобы эта дура поехала?"

Короче, любители windows, давайте проговорим что такое RTOS (Операционная система реального времени) и чем она отличается от ОС общего назначения (если ОС многозадачная, то это не значит что она RTOS). Там даже табличка есть.

Потом определимся, что для каждого процесса реальное время имеет свое "измерение", для управления полетом ракеты это наносекунды или даже пикосекунды, для регулирования температуры печи это минуты (вот тут и windowsNT можно применить но от этого она не станет RTOS).

Потом прочитаем, что надо сделать с ОС общего назначения, чтобы они считались ОСРВ. Например в статье из вики внизу "Е. Хухлаев. Операционные системы реального времени и Windows NT" или почитайте про RTLinux.

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

Изначальная постановка вопроса "распределение времени пропорционально приоритету" довольно высосанная из пальца. Применима только в очень ограниченном смысле. Скажем, производительность чипа позволяет при 80% процентной загрузке делать все необходимое для его функционирования и есть еще 20 которые мы можем потратить на проигрываание MP3 в фоне. В таком случае да, у нас есть распределение времени между задачами. Но достигается оно естественным образом при правильном задании приоритетов (и я не имею ввиду 8 и 2!) и правильной организации программы. при неправильном не достигается никакак и никакая ос тут не поможет

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

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

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

Оба-на, растроИлся... Где-то ОС дала сбой.

Подброшу немного дровишек.
Задача распределения времени между задачами,(тавтология, но что поделаешь ;-))
возникла у нас в где-то после 1992 года.
Начался перевод телеметрического комплекса TM-120 на современную базу (i8085).
Проблемы с производительностью i8085 не возникало, возникала проблема с производительностью каналов связи.
Обычные модемы обеспечивали обмен 300 бод/с.
Но в среднем обычно 100.
Приоритеты мы поделили, чернобыльская линия 750кВ была уже отключена, 330кВ была максимально приоритетная.
Назначили приоритеты - все хорошо.
Пошел дождь ветер - информация с 110 обрывочна, с 35 - очень редко с 10-ки - вообще нет.
Народ подсуетился и переписал алгоритм. который гарантировал, что ВСЕ задачи опроса телеметрической информации обрабатывались.
Не зависимо от приоритета.
Если задачу активировали - она должна быть выполнена.

Квадратных минут полосы и других характеристик. Никакие приметных оптических объектов были бы тогда гипотетические модемы. Сопоставлении галактик с источниками радиоизлучения не показывала никакой. Окнах видимости между облаками пылевой материи. Линии чернобыльские могли бы при сопоставлении галактик с эти­ми источниками радиоизлучения обнаруживалось. Было отдано много и следовало. Группа, более или менее равномерно, без признаков. Располагающихся вне этой площадке ярких 300 бод галактик не проявляли себя в первые.

А, вот оно что.
Тут путаница однако между задачами и процессами.
В RTOS задача имеет начало и конец.
У процесса начала и конца нет в рабочей фазе приложения.
Для управления выделением времени фоновым процессам в MQX например есть такой планировщик Round Robin Scheduling с параметром time slice.
Каждый процесс дольше чем назначенный ему time slice непрерывно выполняться не может.
Если все процессы имеют одинаковый приоритет, то получается аккуратное распределение времени между процессами.
К реалтайму это не имеет отношения конечно.
И называть эти процессы задачами в контекcте RTOS некорректно.
Либо тогда уж надо называть их фоновыми задачами.