ARM, RISC-V контроллеры

"будете использовать SQL, или .NET для предобработки сигналов датчиков от вашей RTOS ничего не останется." а можно узнать, почему так странно? Т.е. если у меня есть прерывание, то его латентность что, от SQL зависит? Если у меня есть поток, ожидающий семафора от этого прерывания, и у потока высокий приоритет - что, поток будет после прерывания ждать SQL? Не, ну M$ все возможно :) Ну а если кто-то захочет RT от SQL - дадим ему флаг в руки. Это, кстати, вечный спор на тему RT. Суть ведь не в том, чтобы все API OSи вместе с графикой и пр. юзеровщиной сделать RT. Так не будет никогда. Суть в том, что есть некое API, и процессы|потоки, которые этот API юзают, для которые гарантируется некая максимальная задержка. НЕ ЗАВИСИМО ОТ ЗАГРУЗКИ ОСи. В этом отличие дизайна RT осей от !RT. Хотя согласен, что требовать серьезного RT от "большой оси" - это идеологически неправильно. Но это многократно обсуждалось в топиках про дримплатформы. Я категорически согласен, что цель в "в унификации и привлечении десктопных разработчиков". Но для этих самых декстопных кто-то должен написать дрова для периферии. А для большой ОСи это совсем другой уровень. Я предлагаю, чтобы все низкоуровневое жило в отдельном проце, и был некий универсальный драйвер, который позволяет получить из user space доступ к любой железной сущности. Вот проектирование этого универсального драйвера - это большая и интересная задача :)