Задавал : и без оптимизации и максимальная. На код не влияет.

Потому и говорю: оптимальный по скорости результат гарантированно можно получить только при помощи ассемблера.

На самом деле мне цикл и не нужен , нужно просто устанавливать порт в нужное состояние. Я использую цикл для наглядности,
для проверки сколько времени нужно чтобы порт в нужное состояние установить. Хoтя с оптимизацией надо бы разобраться. У меня Eclipse и GNU Tools ARM Embedded
Тут такой опции нет "Speed optimize" есть "Optimize most"


По видимому дальше можно улучшать только ассемблером.

Подскажите пожалуйста как правильно оформить ассемблерную вставку, например для этой программы. Спасибо.

Давайте:


Да, так на четверть быстрее. Но это не интересно...

Там ещё одна проблема есть: даже если не нужна точная времянка, а нужно просто успеть за какое-то время, нет никакой гарантии, что при изменении версии компилятора или его настроек код будет продолжать успевать.

По-прежнему не согласен (если убрать слово гарантированно)
В обычной жизни на asm разве что процедура delay_cycles написана.
Во всех остальных случаях с вероятностью 99% его использование не оправдано.

Отож. Я старался формулировать аккуратно :-)


Поддерживаю.

Команда B выполнится за 1 + P тактов.

По моим экспериментам, всегда выполнялась за 3 такта. (Так же работает и условный переход, если он есть. Если нет, то чтобы перейти к следующей команде нужен один такт.)
Итого, в лучшем случае, непрерывно дрыгать ножкой можно за 5 тактов.

Но всегда нужно помнить, что в любой момент может произойти прерывание...

и чё тут меряются строками кода, если нигде не написано про PCLK, и только CCLK упоминается. И кстати, можно даже умудрится биения получить.

Для справки: в семействе STM32F4xx GPIO сидит на шине AHB и тактируется на частоте процессора. Обращения к регистрам GPIO происходят без задержек (с точностью до возможных, но маловероятных задержек внутри Multilayer Bus Matrix).