Доброго дня!
Решил проверить следующие поянение:
«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:



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



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

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

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

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

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

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

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


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

В продаже новые LED-драйверы XLC компании MEAN WELL с диммингом нового поколения

Компания MEAN WELL пополнила ассортимент своей широкой линейки светодиодных драйверов новым семейством XLC для внутреннего освещения. Главное отличие – поддержка широкого спектра проводных и беспроводных технологий диммирования. Новинки представлены в MEANWELL.market моделями с мощностями 25 Вт, 40 Вт и 60 Вт. В линейке есть модели, работающие как в режиме стабилизации тока (СС), так и в режиме стабилизации напряжения (CV) значением 12, 24 и 48 В.

Подробнее>>

Не должны быть. Так как переменные не использованы, то компилятор или компоновщик имеют полное право их выкинуть.
И переменные объявлены неправильно.
Покажите как "пытались". Возможно (по мнению компилятора/компоновщика) вы и не пытались их использовать.

Добавлено after 3 minutes 23 seconds:
Оптимизация не имеет никакого отношения к удалению неиспользуемых секций из выходного образа. Если компилятор оформил ваши переменные в отдельные секции, а компоновщик не увидел их использования нигде, то он просто не будет их включать в выходной образ.
Это штатное поведение компоновщика. Не имеет никакого отношения к оптимизации. Иначе была бы невозможна работа с большинством серьёзных библиотек. Просто посмотрите на их размер.