caxapa.ru :: Вы и правы, и не правы одновременно :)

Evgeny_CD, Архитектор (02.05.2013 16:44, просмотров: 291) ответил st256 на Такие RTOSы пишут ручками. 2 недели работы и Вас ничего боле не заботит.

Вы и правы, и не правы одновременно :) Правы в том, что узкозаточенная RTOS не должна быть единым куском С кода. Она должна синтезироваться конфинуратором в заивисимости от нужных опций. Тогда у нее не буедт совсем никаких оверхедов. Неправы в том, что допиливание RTOS - 2 недели. А отладка? :)

Ответить

- Это с отладкой. Я таких RTOS несколько штук написал для нескольких процов. Ничего, работают. Там кода-то кот наплакал. - st256(02.05.2013 17:01)
  - Почти голый переключатель контекста наверное? Это немножко меньше чем ОС, хотя во многих случаях достаточно. - ASDFS(06.12.2019 09:03)
- вся конфигурация задаётся линкером. одной птичкой "выбросить неиспользуемый код". а вот про отладку +100500, таже CTL иногда поправляется ровлеями в таких местах, которые бы у меня никогда не проявились. проект уже лет 6 как развивается и Mahagam(157 знак., 02.05.2013 16:55)
  - Насчет пТычек тонкость есть. При отптимизации, в зависимости от заданных фич ОСи, возможно, изменятся некоторые структуры ОСи. А это тЫчкой в линкере не пропатчишь. Либо говнокод из макросов и #ifdef, либо генерация кода. При помощи C++, иди Evgeny_CD(51 знак., 02.05.2013 17:42)
    - +/- один байт в структуре описателя задачи? при том что вообще сама РТОС есть в коде? несущенственная мелочь, а геморроя добавит. нафик надо такое конфигурировать. - Mahagam(02.05.2013 18:48)
  - Засада в том, что написать тест под 100% code coverage RTOS - задача, сопоставимая по сложности|трудоемкости с задачей собственно написания RTOS. - Evgeny_CD(02.05.2013 17:12)
    - code coverage можеть быть 100%, а глюки все равно могут быть. просто условия для их возникновения дюже специфические. - Mahagam(02.05.2013 17:19)

Средства и методы разработки