VLLV (11.06.2020 21:27, просмотров: 738) ответил fk0 на В состоянии ожидания он постоянно проверяет некоторую переменную.
Если переменных много, когда параллельных/независимых автоматов
много -- эти проверки оказываются чрезмерно длительными. Вложенные
КА (в терминологии switch-технологии Шалыто) отчасти спасают
ситуацию, но в целом проблема остаётся: сильно параллельные задачи
методом big loop, switch-технологие, с помощью protothreads --
эффективно не решаются. При том, что с ними элементарно справится
планировщик типовой RTOS.-
- Это уже пошли костыли и подпорки. Я хотел акцентировать внимание на
проблеме, что bigloop плохо масштабиуется. Он хорош пока маленький,
когда становится большой -- он еле ворочается. Как и прототреды,
как и switch-технология. По сути это всё одно и то же. Чтоб
ворочалось побыстрее нужен какой-то механизм, планировщик, который
будет знать кому какие события интересны и вызывать обработчик
события по факту его получения (а не опрашивать каждое событие в
цикле из обработчика fk0(37 знак., 11.06.2020 23:37)
- У события делать список задач, ожидающих события? И, вестимо, у них есть приоритеты. - Dingo(15.06.2020 17:38)
- Такой планировщик называется системой прерываний, и это прослойка есть и в биглупе и в ОС. - VLLV(12.06.2020 04:48)
- Это уже пошли костыли и подпорки. Я хотел акцентировать внимание на
проблеме, что bigloop плохо масштабиуется. Он хорош пока маленький,
когда становится большой -- он еле ворочается. Как и прототреды,
как и switch-технология. По сути это всё одно и то же. Чтоб
ворочалось побыстрее нужен какой-то механизм, планировщик, который
будет знать кому какие события интересны и вызывать обработчик
события по факту его получения (а не опрашивать каждое событие в
цикле из обработчика fk0(37 знак., 11.06.2020 23:37)