Отправлено AlexandrY 14 ноября 2003 г. 13:02 В ответ на: Ну не могу себе представить(+) отправлено bin 14 ноября 2003 г. 11:07

Они могут отличаться как небо и земля. Если что-то называют RTOS это не значит, что это то о чем вы думаете.
Кооперативные RTOS вообще годяться только для решения проблемы документирования исходников.
При простом применении RTOS они как правило ухудшают время реакции вашей системы из-за критических секций.
Очень редко вы найдете специалиста который вам даст статистически выверенные показатели времени реакции для конкретной RTOS, а без исходников такие показатели вообще узнать невозможно.
Большинство используют RTOS со значительным запасом производительности.
Но есть случаи когда без RTOS вы ничего не сможете сделать.
В наших программах исползуються модули от трех-четырех производителей (графическая оболочка, файловая система, TCP стек, стек протоколов полевой шины, движок виртуальной машины). Даже имея полные исходники вставить их в суперцикл или в прерывания по кускам нет никаких шансов (больше 2 Mb текстов). Только RTOS поможет выпутаться из этой ситуации.

• Ответ: — Orvil   (14.11.2003 18:13, 923 байт)
• не , ну ладно, ваши высказывания очень напоминают конспект лекций Политеха по RTOS , но поясните плиз "Кооперативные RTOS вообще годяться только для решения проблемы документирования исходников" — DASM   (14.11.2003 13:10, пустое)
  • Ну возьмем Salvo к примеру. — AlexandrY   (14.11.2003 13:22, 539 байт)
    • Ответ: — Orvil   (14.11.2003 18:16, 185 байт)
      • Ответ: вот тут я не согласен, это будет среднестатистическое время а не максимальное, которое может быть больше среднестатистического на много порядков... — SOIC   (14.11.2003 19:59, пустое)
        • Фигушки. Это будет прямое измерение времени между запуском задач с точностью в 1 тик. — Orvil   (14.11.2003 21:31, пустое)
    • Ответ: полностью согласен, а по поводу "мгновенных потоков" (см. ниже) - так если они мгновенно исполняются почему бы не сделать последовательный вызов подпрограмм, зачем кооперативную ртос присобачивать? она только лишние ресурсы съест... — SOIC   (14.11.2003 16:43, пустое)
      • Ерунда какая-то. — Orvil   (14.11.2003 18:21, 121 байт)
        • Ответ: интересно в чем же проявится сохранение? в дополнительных расходах памяти на RTOS и дополнительных расходах памяти на объединение RTOS и самих потоков? (+) — SOIC   (14.11.2003 19:57, 1101 байт)
          • Ответ: — Orvil   (14.11.2003 21:32, 990 байт)
            • Ответ: не вижу проблем почему такие задачи нельзя реализовать без RTOS - все предельно легко реализуемо, проверок там будет не 999 а 1... — SOIC   (18.11.2003 15:02, пустое)
    • Насчет кооперативных ОСей - добавлю свое мнение (+) — bialix   (14.11.2003 13:44, 1007 байт)
      • Ответ: полностью согласен... — SOIC   (14.11.2003 17:01, пустое)
    • соглашусь, но тем не менее есть задачи, когда она более подходит. Например машина с 30 датчиками и 30 движками. Любой поток исполняется мгновенно, опросить и включить, или подождать другой поток. Вытеснение тут только наведет проблем с атомарностью ресурсов — DASM   (14.11.2003 13:37, пустое)