понятно. что при такте в десятки-сотни мегагерц на типовых
проектах, считать такты крайне сомнительная необходимость, но,
учитывая мою склонность к написанию структурно достаточно сложного
ПО со всякими фоновыми задачами, понятно моё стремление выжать
оптимум из процедур вроде системных часиков/таймеров,
планировщиков, драйверов внешнего железа и прочего. Да и внутреннее чуЙство перфекционизЬму (мать его так) не даёт ровно сидеть на жопе, постоянно подзуживая сделать максимально хорошо, насколько умею :)) Тем более, что очень быстро, при ином подходе, ресурсы CPU заканчиваются, и наносекунды скорости исполнения инструкций очень быстро превращаются в микросекундвы, что уже крайне печалит и ограничивает во многих случаях. А потому только ассемблер харддкор и максимальная оптимизация как возможность - строго необходимы. Вона тут про джиттер с регулярной и завидной периодичностью топики появляются. Значения джиттера мерют ажно в микросекундах, в то время, как на АВР-ах оно предсказуемо и составляет доли микросекунд (при такте на порядок более длинном, чем в STM), а если что-то критически важное, то можно на короткое время, запретив прерывания, и выжать то, что может кварец.