Попробовал разместить критичные, с точки зрения времени выполнения, функции в RAM. До этого не пользовался, но сравнения для )
Keil 4.11, использовал следующие комбинации для кода и скаттера:

1.
Код


scatter


2.
По совету, найденному в примерах Keil, добавил для всего С-файла в свойствах "Memory Assignment->Code/Const->IRAM1(0x40000000-0x4000FFFF)" и собрал все со сгенеренным scatter'ом

Код - убрал прагмы

scatter


Итого

Размер используемой RAM при компиляции не изменяется никак.
Так должно быть (с объемом), или я что-то сделал не так и компилятор с линкером мне должны сказать (хотя бы по количеству), что RAM пользуется больше?

Все правильно сделали.


А это плохой совет.


Смотреть нужно не размер использованной памяти, а map файл.

Не знаю как с Keil'ом, а на RVDS 2.2 есть баг: компилятор может заинлайнить функцию, проигнорировав #pragma arm section. Баг можно обойти установкой более низкого уровня оптимизации (#pragma o1) для конкретной функции, или вынесением ее в отдельный модуль.

Но почему?
Зачем лазить в каракули скаттера, когда можно вынести необходимые функции в один файл и в его свойствах указать расположение кода в ОЗУ?
Что в этом плохого?

Плохо подстраивать (уродовать, точнее) структуру проекта в угоду "галочке" в среде.
Плохо лениться разобраться с нехитрым скриптом скаттера.

в отдельном модуле, оптимизация _всего_ кода с установленной для данного модуля O1 дало уменьшение используемой RAM -4 байта


как сказал ув.zltigo, лучше руками, чем галочками за цитату не ручаюсь, но суть верна

Да при чем тут размер, в map-файле что написано?

Посмотрел *.map
модуль расположился в адресах IRAM, вроде ок
отложим до завтра линковку, проверю работоспособность и скорость

пока по коду - собственно, кто конкретно расположит мой модуль в RAM? механизьмаф не знаю, потому спрашиваю просто надобности не было

__main разложит после startup'а.

спасибо, завтра протестирую


и, все-таки, пока не завтра...
в стартапе



далее все стартует на мой код в main() бред

В стартапе:
до того - настройка слоков и EMC, все лишнее отключено/поудалено... да и не было там ранее вроде копирования никакого областей никуда

так кто же копирует код из flash в RAM для выполнения? неверно

как отследить __main?

__main != main. И кто же тогда ранее инициализировал переменные, __user_initial_stackheap вызывал?
Стартует оно потому что галочка "Run to main()" стоит.

знаю.. теперь


копаюсь...


навсегда off...


нет

там начался _scatterload_*
разбираюсь опять... но, похоже, должно быть оно... по крайней мере, по названию

А это зря, делать Вам нечего в дебрях стандартного сишного стартапа.
Он всё разложит в соответствии с "галочками", ну или с "ручками", если они достаточно прямые

Про вызов __user_initial_stackheap и инициализацию переменных - это был не вопрос. Все эти действия, как и вызов __scatter*, выполняет библиотечный __main.


В дебрях библиотек - действительно практически нечего, разве что полюбопытствовать или посмотреть вызов вышеупомянутого stackheap. А вот в собственном стартапе бывает что и нужно.

не сомневаюсь, но хотя бы один раз посмотреть необходимо. Успокоения и осознания для


я просто точки останова ставил там, где необходимо

кстати, всякие __rt_lib_* откуда? я не пользую RL-ARM, и листбокс в Operation System стоит как None......

__rt* - компоненты стандартных библиотек, к RL-ARM никакого отношения не имеют.