|
|
> И в чем, оно, это противоречие???
чем более быстрый отклик, тем более короткий фрейм, чем более короткий фрейм, тем выше накладные расходы на "тик"
причем тик этот надо помножать на количество задач - что делает время отклика недетерминированым
по нормальному для РТОСа надо - получил событие и в соответствии с приоритетом обработал (разработчики РТОС хитрят, делают многоуровневые обработчики. даже в dsp/bios что-то такое есть)
>=== btw: тиков в подавляющем большинстве РТОСов нет (неприжилось это)
>А что есть?????????
то что во всяких виндовсах называется "корпоративной" или "невытесняющей" многозадачностью
то есть в эмбедерской РТОС - нету этого тика, а шедулер работает только когда происходит внешнее событие (типа прерывание) и появляется что-то более срочное или текущая задача (с наивысшим приоритетом) делает yield (начинает ждать семафор или как-то еще свою деятельность заканчивает) и надо расшедулить остальные
и вообще нету одноприоритетных задач в правильно спроектированой системе :))))
|
|
E-mail: 
info@telesys.ru
