Kri*_*oks 2 linux shared-libraries ld shared-memory dyld
是否可以在Linux上共享可执行页面以保留空间？我知道有共享内存API可用于在不同进程之间共享内存,但我不认为这是用于那个.
基本上,我希望有一个共享内存区域,可以加载一些常用的共享库.我想让动态链接器链接到预加载(只读)图像,而不是必须将所有共享库图像加载到每个进程(这似乎是浪费).
这可能在Linux内核上吗？Darwin内核使用称为commpages的Mach VM的特性来实现它(dyld共享缓存存储在那里).每个过程都可以访问和共享组合.
只是为了澄清,我知道共享对象(库)是什么.目前,动态链接器在Linux上执行的操作是将所有必需的库加载到程序的地址空间中,这意味着每个链接libc的应用程序(例如)将在其地址空间的某处具有libc的映像.在Darwin上,可以通过在一组共享内存页面上使用 libc的可执行文件(以及其他只读)部分来消除此问题.共享图像的可写部分仍然是分开的.
编辑:我知道ELF格式不支持分离共享库的DATA和TEXT段.我没有使用ELF,我正在使用不同的二进制格式(使用我自己的binfmt内核模块和我自己的动态链接器).如果Linux内核支持类似commpage的功能,我很感兴趣.
编辑2:我能想到这样做的唯一方法是在内核中分配一大块内存并将其映射到每个执行的二进制文件中.第一次执行任何二进制文件时,动态链接器可以取消保护它,用所需数据填充它并保护它.然后不知何故,内核必须确保内存段不被其他任何东西修改,因为它会打开一个巨大的安全漏洞.另一个
正如geekosaur所说,Linux已经做到了这一点.
在应用程序启动时,动态链接器(ld.so)mmap()是共享库.它mmap()为每个库执行几次调用:
mmap(PROT_READ|PROT_EXEC) 对于可执行部分(即.text)mmap(PROT_READ|PROT_WRITE) 对于数据(即.data和.bss)(你可以自己检查一下strace.)
内核是一个聪明的一点代码,它意识到已经映射了由offset和inode标识的可执行部分(通过fd已知).因为它是只读的,所以没有必要为它分配更多的内存.
这也意味着,如果您有任何其他文件mmap()只能从多个应用程序中读取,则内存也只会被使用一次.