Цитата:
|
Сообщение от ujin
Различных задержек в проекте много. Не хочется зависеть от времени тика, поэтому перевод секунд в тики становится практически обязательной задачей, и соответственно при использовании блоков с временным входом практически всегда появляется один дополнительный блок TimeToTick. Блоков вроде бы и много, но когда есть запас и проект быстрее делается, так как не надо ужимать и оптимизировать.
Таким образом имеем некоторое неудобство работы (хотя и небольшое) плюс увеличение количества блоков. Думаю в план работ 25 (125) строчкой поставить можно.
|
Тут вся фишка в том, что счётчик с заданием счёта в миллисекундах по сути является комбинацией блоков математики и собственно счётчика. Так что "уменьшение количества блоков" здесь происходит весьма мифическое.
А если идти по пути истинной асинхронности, когда все счётчики обрабатываются отдельным процессом в ядре, то тут мы получаем существенно бОльшее общее падение быстродействия всего контроллера, т.к. счётчики приходится обрабатывать когда надо, а не когда есть возможность.
В итоге я пока вижу только психологическое неудобство. Которое всё же нужно пересилить, ибо контроллер выполняет не 100-200 ФБ, а тысячи.
.