求问__attribute__((at(0x08040000)))这种写法为什么会增加padding(内存对齐)

baiye2019

如题，求问__attribute__((at(0x08040000)))这种写法为什么会增加padding(内存对齐)
第一种写法如下：
__align(32) const float SV[Buffer_Size]__attribute__((at(0x08040000)))；
空间占据如下：
Program Size: Code=50666 RO-data=1308770 RW-data=952 ZI-data=9824

第二种写法如下：
__align(32) const float SV[Buffer_Size]；
空间占据如下：
Program Size: Code=50666 RO-data=1098878 RW-data=952 ZI-data=9824  

SV数组占据空间超过1M，所以想要存在flash里面。
现在出现的问题在于可以看到加上“__attribute__”声明之后，存储在flash里面的RO-data占据了更多的空间。
（即使不用“__attribute__”声明，由于有const声明，数组肯定存在flash里面，到那时没弄懂“__attribute__”声明为什么会增加padding）

查看.map文件可以看到

多出来的一部分，主要来自于padding，求问大佬这个是为什么，感谢！！！。

xkwy

当没有这个数组的时候，你的程序只有50k，那么编译器从0x08000000开始摆，摆到0~50k地址空间就可以了，所以总占用50k（程序）；
当有这个数组，只使用__align(32)语法对齐，编译器会在原来的基础上，把你这个数组按32字节对齐，紧挨着前面的50k存放，所以总占用空间近似于50k（程序）+1M（数组大小）；
当这个数组又强制要求必须从0x08040000地址开始摆（即__attribute__((at(0x08040000)))），那么编译器只得将这个数组从256k起始地址开始摆，51k~255k就没有任何东西可放了，所以就是padding填充，最终总占用空间近似于50k（程序）+1M（数组大小）+200k（padding填充）。


但是这个padding是虚的，当你程序增长时，或者有小于200k的const数组时，编译器自然会把它们放在这里的，对应的padding就会自动减少了。

baiye2019

xkwy 发表于 2021-4-12 14:17
当没有这个数组的时候，你的程序只有50k，那么编译器从0x08000000开始摆，摆到0~50k地址空间就可以了，所以 ...

感谢大佬~