Как лучше писать Опции

[npopok]

Keil mVision.Соответственно, есть куча разных функций.Одни для одного,другие для другого, где то они пересекаюся и не редко.В общем, как обычно.Вот вопрос-стоит ли собирать их в разные си файлы и делать кучу extern-ов, или лучше все-таки без особой необходимости этого не делать.Может, надо искать золотую середину?Есть ли какие-нибудь критерии,кроме здравого смысла? На что это влияет?Спасибо

[npopok]

Модульность-это хорошо.Я это, безусловно, пинимаю.Такой вопрос-если я забью на модульность и совместимость, получу ли я прирост скорости или там свободного места?

[MrYuran]

Такой вопрос-если я забью на модульность и совместимость, получу ли я прирост скорости или там свободного места?

Встречный вопрос: а засчёт чего?
Компилятор транслирует исходники функций в объектный код, линкер собирает из объектов файл прошивки. По большому счёту, им без разницы, в одном файле находятся функции или в 10. (20,50).
Скорость и свободное место - понятия взаимоисключающие.
Нужна скорость - inline и unrolling, соответственно теряем место.
Не хватает места - обратная ситуация, приходится жертвовать скоростью.

[defunct]

Нужна скорость - inline и unrolling, соответственно теряем место.

Не факт что inline приведет к безоговорочному росту скорости.
Обилие inline раздувает линейный участок постоянно выполняющегося кода, для систем с кешем это может привести к заметному снижению быстродействия, т.к. постоянно выполняющийся код уже не сможет полностью разместиться в кеш памяти.

В контексте ARM, если inline выполняется условно, то можно получить участок кода из условно выполняющихся команд. Этот участок (например десяток линейных команд) будет подгружаться и выполняться всегда, но ничего не будет делать когда условие ложно. В итоге быстродействие - страдает.