STM32 Keil расчет размера программы

[maksimdag0]

Доброго дня!
Решил проверить следующие поянение:
«RO Data - константы, размещенные в Flash
RW Data - переменные в RAM, для них генерировался код инициализации, соотв. есть массив в Flаsh с их начальными значениями.
ZI Data - "Zero Initialized" - переменные в RAM, которым не присваивались начальные значения, те для них не нет массива с нач. значениями, и
их при старте обнулили и все.»


Для этого создал пустой проект! Далее в пустом написал небольшой код инициализации GPIO, далее в этом проекте создавал переменные, компилировал, и смотрел как увеличивается значения памяти(Code, RO-data, RW-data, ZI-data).

1)Сначала создал переменную «VerTest1=0», после чего у меня значения памяти были равны как указаны на сриншоте №1:

1.png

(58.54 КБ) 122 скачивания

2)Далее я создал 3 переменные, которым не присваивались начальные значения(a, b, c), типа int, и судя по определениям выше, у меня значения памяти должны быть следующие –
Code =756,
RO-data =424,
RW-data = 4,
ZI-data = 1636+12 = 1648.
Но по факту у меня получается следующие значения памяти(см. скриншот №2):

2.png

(46.18 КБ) 110 скачиваний

Вопрос почему у меня прибавилось RW-data на 12, если RW-data – это переменные, инициализированные каким-то значением, а я создал переменные, которым не присваивались начальные значения, должно же было прибавиться ZI-data на 12?
И почему ZI-data у меня уменьшилось на 4?

Может компилятор своей жизнью живет и не стоит ему доверять? Смотрел в мап файле, там такие же значения!

Так же я попробовал использовать переменные a,b,c в функции main, в итоге значения памяти остались такими же.

Файл main.c и файл .MAP приложил во вложениях!

[veso74]

... плюс добавляйте, меняйте оптимизацию. Там увеличение одного - это потеря для другого (напр. -O0, -Oz, -Ofast). И анализ еще больше запутывается. Зачем этот анализ? Какую пользу дает? Используйте ресурс МК, пока он есть. Если нет, переходите к следующему МК по списку. (От AVR, PIC к STM32 так было и для меня. Но дело пошло очень быстро).

[smacorp]

Так посмотрите в asm-файле что там компилятор делает. Вы переменные не инициализировали, но кто сказал, что компилятор не решил сделать это за Вас? По крайней мере это первое что приходит в голову. И как правильно уже сказали, для начала нужно отключить все оптимизации.

[maksimdag0]

Оптимизация отключена!

Зачем этот анализ? Какую пользу дает?

Хотел убедиться на практике, интересно стало, но более менее понятно, что факторов много, и скорее всего не стоит этим заниматься.
Благодарю за ответы)

[jcxz]

[uquote="maksimdag0",url="/forum/viewtopic.php?p=4604288#p4604288"]2)Далее я создал 3 переменные, которым не присваивались начальные значения(a, b, c), типа int, и судя по определениям выше, у меня значения памяти должны быть следующие –[/uquote]Не должны быть. Так как переменные не использованы, то компилятор или компоновщик имеют полное право их выкинуть.
И переменные объявлены неправильно.
[uquote="maksimdag0",url="/forum/viewtopic.php?p=4604288#p4604288"]Так же я попробовал использовать переменные a,b,c в функции main, в итоге значения памяти остались такими же.[/uquote]Покажите как "пытались". Возможно (по мнению компилятора/компоновщика) вы и не пытались их использовать.

Добавлено after 3 minutes 23 seconds:
[uquote="maksimdag0",url="/forum/viewtopic.php?p=4604695#p4604695"]Оптимизация отключена![/uquote]Оптимизация не имеет никакого отношения к удалению неиспользуемых секций из выходного образа. Если компилятор оформил ваши переменные в отдельные секции, а компоновщик не увидел их использования нигде, то он просто не будет их включать в выходной образ.
Это штатное поведение компоновщика. Не имеет никакого отношения к оптимизации. Иначе была бы невозможна работа с большинством серьёзных библиотек. Просто посмотрите на их размер.