RL-ARM, стек для задач, Пиковые значения размера использования Опции

[toweroff]

Добрый день!

Озадачился тут оптимизацией памяти. Ну во-первых, уменьшил количество одновременно запущенных задач до реального значения
Во-вторых, хочу оптимизировать размер стека

После компиляции я могу посмотреть в отчетах, например, что-то вроде такого:

Код

Maximum Stack Usage = 328 bytes + Unknown(Functions without stacksize, Cycles, Untraceable Function Pointers)
Call chain for Maximum Stack Depth:
monitor ⇒ __0sscanf ⇒ __vfscanf_char ⇒ __vfscanf ⇒ _scanf_int

отлично. Закладываю 400 байт... и вылетаю в Stack Overflow

Запускаю симулятор. Все там прекрасно бегает, разумеется, как только использование printf - так сразу стек "подскакивает"
Но смотреть пошагово - неудобно, да и не всегда отобразится полная картина.
Можно ли как-то промориторить пиковые значения мспользования стека каждой задачей?
В Debug->OS Support я не нашел. Возможно, еще где-то есть такая возможность?

[aaarrr]

0xFF - это, мягко говоря, не самый удачный вариант. Заполните каким-нибудь паттерном подлиннее и посложнее (0xdeadbeef, например).

[toweroff]

0xFF - это, мягко говоря, не самый удачный вариант. Заполните каким-нибудь паттерном подлиннее и посложнее (0xdeadbeef, например).

попробовал... картина та же
кстати, стек инициализируется 0x00, так что паттерн особой роли не играет - обращения все равно в диапазон 0x0xxxxxxx (flash) или 0x4xxxxxxx (RAM), 0xFFFFFFFF видно все равно
ну не суть

[aaarrr]

попробовал... картина та же

Тогда увеличивайте стек, чтобы наверняка ухватить конец. Очень может быть, что его уже не хватает,
просто это пока не проявляется. "Дырки" вполне могут возникать при работе *scanf.

[toweroff]

Тогда увеличивайте стек, чтобы наверняка ухватить конец. Очень может быть, что его уже не хватает,
просто это пока не проявляется. "Дырки" вполне могут возникать при работе *scanf.

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

Но иногда в задачах, которые уж точно тупо принимают пакет, отдают ответ и также тупо ходят по машине, тоже бывает глюк. После увеличения стека пропало

Может в этом ошибка: заполнять нужно не всё - задача должна запускаться с определёнными значаниями (и наверняка не с FF). То есть заполнить нужно ту часть которую задача ещё не использовала.
SP_tast_init_value-SP_min_value байт начиная от SP_start_value-1.

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