caxapa.ru :: Оно отчасти правда. Но если есть данные что проц условно 50% времени лежит в sleep, то у обоих проблем нет.

Cкpипaч^пророк (24.04.2025 09:37, просмотров: 152) ответил Nikolay_Po на Из практики. Задача программисту: "Добавь эту функцию".

Оно отчасти правда. Но если есть данные что проц условно 50% времени лежит в sleep, то у обоих проблем нет.

Проблемы начнуться когда в sleep лежим 5%.

И это не значит что RTOS как-то волшебно накинет еще 10% от себя,

это про иллюзии программиста.

Пару раз делал так:

Чтобы не ломать сложный КА, добавлял в нём состояние "ждём пока выполнится новая чудесная функция".

В нём были какие-то проверки что не нужно аварийно вмешаться и возврат в биг-луп.

А самой функцию выполнял из биг-лупа отдельно.

И в ней было состояние "ждём пока позовут".

Это не сложнее и не проще чем средствами RTOS.

... но не любой ценой.

Ответить

- Даже если проц нагружен на 100%, это не значит что он не может сделать что-то ещё. Может, просто некоторые функции начнут исполняться медленнее. В концепции РТОС это проще пареной репы - самая низкоприоритетная задача будет получать меньше процессорного времени. В нормальном дизайне ничего не поломается, но может увеличиться время некоторых действий. Думаю это вполне можно считать эффектом "накинуть 10% от себя". - =AlexD=(25.04.2025 10:37)
  - Я - пробовал. Обычно где-то в неожиданном месте начинает глючить. Cкpипaч(12 знак., 25.04.2025 10:48)
    - Охотно верю. Слишком много кода в прерываниях - это вообще загон себя в критичные условия. - =AlexD=(25.04.2025 10:54)
      - Мы о RTOS говорили. Нет? О том что там "все просто немного замедлится". На практике будет совершенно иначе, полезут странные "артефакты". Cкpипaч(25 знак., 25.04.2025 10:57)
        
        То что вы пишете относится к дизайну, а не к ртос. Очереди событий, счётные семафоры и инверсия приоритетов как правило позволяют избегать множества проблем. - =AlexD=(25.04.2025 14:01)
        
        ...оставшихся проблем (после устранения "множества") обычно хватает на пожизненное трудоустройства пары ~~говно~~кодеров. У меня несколько примеров, когда перенос разумного кол-ва кода (90%) из RTOS в корпоративку, существенно поправляло дела в уже почти списанных проектах. - Cкpипaч(25.04.2025 14:13)
        
        Есть подозрение, что в ходе переноса, линейный код на циклах был переписан на шаги конечного автомата, в ходе чего просто выловили блох. КА это вообще наилучшее архитектурное решение в программировании. Для большинства применений в любом окружении. - =AlexD=(25.04.2025 14:25)
        
        Вообще-то там и так код небыл особо линейным, алгоритмы управления плохо "линеаризируются". Достоверно, было "отстрелено" 99,0% сигналов, семафоров и прочих объектов синхронизации. Склоняюсь к предположению что ключом к победе было именно это. - Cкpипaч(25.04.2025 14:37)
        
        "из RTOS в корпоративку" - возможно стоит понимать как "из вытесняющей RTOS в кооперативную RTOS"? - mr-x(25.04.2025 14:18)
        
        Да. Именно так. Прошу прощения за жаргон. Cкpипaч(548 знак., 25.04.2025 14:38)

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