在试图估计内核模块(通常是设备驱动程序)消耗的内存量时,我尝试使用 size 实用程序,该实用工具给出了.ko ( .bss、.data、.text等)的静态内存区域的大小。因此,我期望这些值的和与插入模块后立即由lsmod命令提供的输出完全相等。
在init()函数中不执行动态内存分配(kmalloc或vmalloc),以确保它不会导致difference.So,为什么会出现错配?
奇怪的是,错配大部分时间都是固定的!
命令输出列在下面
尺寸chardev.ko
text data bss dec hex filename
172 448 1024016 1024636 fa27c chardev.ko伊默德
Module Size Used by Tainted: P
chardev 1025040 0 - Live 0xc009d000发布于 2009-03-24 14:43:41
您提到init函数中没有进行任何分配,但这是否考虑到诸如register_chrdev(9)之类的调用,这些调用在内部为设备实例分配内存?这是一个不断变化的评论,使我怀疑这是否可能是原因。
发布于 2009-03-19 15:37:31
可以将模块所使用的功能计算成模块大小吗?试一试
cat /proc/kallsyms | grep module_name这两种大小的差别是404。文本+数据+ 404 = 1024。这可能是某种粒度问题吗?我不知道内核的大小是如何计算出来的.
但是,内核代码和数据是使用动态内存分配的。而且kmalloc使用预先分配的内存块,因此在分配代码和数据部分时很可能会出现一些舍入现象。
尝试增加数据部分的大小,并查看lsmod报告的大小是否发生了变化。
发布于 2009-03-20 06:08:50
如果没有更多的信息,我很想猜测它的调试开销。我说“诱惑”是因为我没有您的内核配置。
https://stackoverflow.com/questions/662526
复制相似问题