Цитата: Поверонов от 11.08.2019 07:31:43\n\nОС РВ должна гарантировать не только высокоприоритетное переключение прерывания на процесс но и обработку этого прерывания то есть исполнение кода процесса в фиксированное время. Только критическими секциями вы не можете гарантировать время обработки так как затраты на переключения процессов становятся плавающими - на каждую следующую критическую секцию вы добавляете затрату времени переключения процесса. При этом никакой другой процесс быть гарантирован уже не может так как его приоритет должен быть ниже.
QNX это гарантирует. Иначе бы ее не применяли в энергетике, в том числе и атомной, для управления реакторами, котлами, турбинами и прочими агрегатами. Обработка потока прерываний за фиксированное время – ее главная фишка и она в отношении нагрузочной способности впереди всех на земле и в воде.
Ни одна крафтовая операционка, изготовленная под
серийные промышленные компы, не дотягивает ни по одному из параметров до QNX. Даже в маршрутизаторах она кроет все остальное как слон моську, включая сиськи и прочие хуавеи. Правда для просто маршрутизаторов QNX дороговата будет, но если нужно мониторить трафик и цинковать куда надо, то нет альтернативы.
Когда у вас десять тысяч каналов поступления данных (робот, блок газовой электростанции, нефтеперегонная колонна) и все они асинхронные, типа если параметр стоит, то датчик молчит, у вас нет альтернативы QNX.