РТОС системы "реал тайм" ? Опции

[a9d]

Разгорелся очередной мини холивар по воду слова "реал тайм".

Я считаю, что это "детерминированное время отклика для каждого процесса в системе". Его можно посчитать.

Оппоненты, насколько я понял, это "непрерывное выполнение задач". Т.е. задача выполняется 10мс и будет выполнятся 10мс и ее никто не прервет.
Второе утверждение "задача будет выполнятся через определенные промежутки времени". Т.е сказали задаче выполнятся раз в секунду, она и будет выполнятся раз в секунду.

Сообщение отредактировал a9d - Feb 20 2012, 08:25

[Demeny]

Я считаю, что это "детерминированное время отклика для каждого процесса в системе". Его можно посчитать.

Отклика на что ? А если процесс отправил сообщение по сети и ждёт ответа - как предсказать (посчитать) время его "отклика" ?
Это весьма распространённое заблуждение, что механизм ОСРВ заложен, в основном, в планировщике, который обладает волшебным свойством "детерминированности отклика" ...
На самом деле, абсолютно все механизмы ОС должны быть перестроены таким образом, чтобы работать в режиме РВ. Одним планировщиком тут не обойтись.
Возьмём, к примеру, выделение/освобождение памяти, тот же malloc(). В обычной (не-ОСРВ) системе malloc() при каждом вызове ищет первый подходящий по размеру кусок виртуальной памяти (first fit), не особо задумываясь, как там будет дальше, если не находит, то начинает "тасовать" страницы, дефрагментировать и т. п. Таким образом, в процессе работы приложений память фрагментируется, находить нужный кусок каждый раз всё сложнее, и каждый последующий вызов malloc() занимает время, существенно большее предыдущего (экспоненциальная зависимость), а главное - время работы malloc() ничем не ограничено сверху. Ни о каком РВ при таком подходе не может быть и речи.
Другое дело ОСРВ - там malloc() использует специальные механизмы поиска (best fit), основанные на теории графов, и время его работы вполне ограничено сверху и более того, не сильно меняется от вызова к вызову.

[dch]

А если процесс отправил сообщение по сети и ждёт ответа - как предсказать (посчитать) время его "отклика" ?

У Вас прикладная программа и аппаратная платформа должна быть так построена что бы нормально
отрабатывался неприход ответа.

Возьмём, к примеру, выделение/освобождение памяти, тот же malloc(). В обычной (не-ОСРВ) системе malloc() при каждом вызове ищет первый подходящий по размеру кусок виртуальной памяти (first fit), не особо задумываясь, как там будет дальше, если не находит, то начинает "тасовать" страницы, дефрагментировать.

Опять же это не правильно прикладные задачи могут использовать статическое выделение памяти, и не обращаться к малок, и работать с более высоким приоритетом. У Вас всегда есть средние величины и отклонения от них, Вы это должны понимать и правильно отрабатывать ситуацию когда отклонение велико.
Сертифицируете Вы всю систему целиком, там есть и ос и Ваша програмка и куча программок сторонних производителей которые в общемто работают не гарантированным образом.