编译出的内核映像bss段过大

lambertdev

求教各位大大：

Arm架构，在PC上使用arm-linux toolchain编译的。
编译完的vmlinux（vmlinux1）文件如下：
   text           data            bss            dec            hex        filename
4910558         217856        7372032          12500446         bebdde        vmlinux

压缩后文件如下
text           data            bss            dec            hex        filename
2463068             52             28        2463148         2595ac        arch/arm/boot/compressed/vmlinux

使用压缩后的zImage启动

启动时，通过印Log打印几个全局变量如下：

text:3221434368,_stext:3221258240,_etext:3226173440,data:3226173440,_sdata:3226173440,_edata:3226391168,_end:3233763328

计算后，linux code正文和数据保留的ram用量如下：

text(4.6875M)，内核已初始化数据空间(212.625KB)，内核bss(7.0306396484375M)

与最初编译完的vmlinux（vmlinux1）大小相近

想跟大家请教的是，因为是嵌入式系统使用，尽量要节省内存的使用，bss段保留大小为7M之多正常么？系统会定义这么多的变量（与已初始化数据段大小相差太多）？可能的原因是什么么？                                                                                                               

amarant

你自己修改链接脚本吧

lambertdev

回复 2# amarant


    请问您是指是因为链接脚本的问题么，
    恕小弟愚笨，请问要修改什么东西，该怎么修改呢？是否可否请版主给个链接或者范例

    谢谢

lambertdev

原因找到了。不是编译脚本的问题，是我下载那包Code包含了一些其他module，没有在linux的根目录，那个built-in的bss占了6M之多

amarant

回复 4# lambertdev


    昨天本想回复你的，但是后来断网了。就没回复了。我看了下arm的链接脚本，它是动态分配bss空间的。就是凡是属于bss段的都会放在这里面。可以用
objdump -j '.bss' vmlinux -t察看哪个数据占用了太大空间然后去分析原因。

lambertdev

回复 5# amarant


    非常感谢，学到一招。。。Thanks！