QUOTE (TSerg @ Feb 22 2016, 11:30)

В 2003 г. делал и сделал довольно сложную аппаратно-программную систему восстановления всяких железок методом контактной наварки.
Несколько контуров управления ( ток, скорость, давление и пр). Где-то решено аппаратно, но без контроллеров.
Всем заведовала ОС Windows NT в режиме мягкого реал-тайм + самописный софт.
Да бога ради. Как раз такой случай:
QUOTE
От того, что, "windows" попадет на железо, которое превосходит требуемую ПИКОВУЮ производительность он не станет RTOS - либо у дедушки есть яйца, либо он бабушка.
Если на Вашей наварке, запустить какую-нибудь суровую игрушку, что отстанется от "мягкого реал-тайм" и каков будет результат работы наварочного комплекса?
QUOTE (ViKo @ Feb 22 2016, 10:53)

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

.