caxapa.ru :: Даже если проц нагружен на 100%, это не значит что он не может сделать что-то ещё. Может, просто некоторые функции начнут исполняться медленнее. В концепции РТОС это проще пареной репы - самая низкоприоритетная задача будет получать меньше процессорного времени. В нормальном дизайне ничего не поломается, но может увеличиться время некоторых действий. Думаю это вполне можно считать эффектом "накинуть 10% от себя".

=AlexD= (25.04.2025 10:37, просмотров: 55) ответил Cкpипaч на Оно отчасти правда. Но если есть данные что проц условно 50% времени лежит в sleep, то у обоих проблем нет.

Даже если проц нагружен на 100%, это не значит что он не может сделать что-то ещё. Может, просто некоторые функции начнут исполняться медленнее. В концепции РТОС это проще пареной репы - самая низкоприоритетная задача будет получать меньше процессорного времени. В нормальном дизайне ничего не поломается, но может увеличиться время некоторых действий. Думаю это вполне можно считать эффектом "накинуть 10% от себя".

Это моё личное предвзятое мнение. Любое совпадение с реальностью является случайным и непреднамеренным.

Ответить

- Я - пробовал. Обычно где-то в неожиданном месте начинает глючить. 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)

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