Ну возьмем Salvo к примеру.
(«Телесистемы»: Конференция «Микроконтроллеры и их применение»)
Человек не хочет явно рассекать алгоритм на состояния и просто вставляет некие задержки или другие сервисы RTOS просто для того чтобы алгоритм легче писался и воспринимался.
Задача же профайлинга для него не становится легче. Он конечно раздробит самые очевидные медленные процессы, но по прежнему не сможет ничего сказать о худшем времени реакции если алгоритм достаточно сложный. В вытесняющих RTOS худшее время расчитать значительно легче и сложность алгоритма не имеет значения и тем самым гарантируеться ракция в реальном времени.
Составить ответ
|||
Конференция
|||
Архив
Ответы
- Ответ: — Orvil (14.11.2003 18:16, 185 байт)
- Ответ: полностью согласен, а по поводу "мгновенных потоков" (см. ниже) - так если они мгновенно исполняются почему бы не сделать последовательный вызов подпрограмм, зачем кооперативную ртос присобачивать? она только лишние ресурсы съест... — SOIC (14.11.2003 16:43, пустое)
- Насчет кооперативных ОСей - добавлю свое мнение (+) — bialix (14.11.2003 13:44, 1007 байт)
- соглашусь, но тем не менее есть задачи, когда она более подходит. Например машина с 30 датчиками и 30 движками. Любой поток исполняется мгновенно, опросить и включить, или подождать другой поток. Вытеснение тут только наведет проблем с атомарностью ресурсов — DASM (14.11.2003 13:37, пустое)
Перейти к списку ответов
|||
Конференция
|||
Архив
|||
Главная страница
|||
Содержание
|||
Без кадра
E-mail:
info@telesys.ru