据我所知,x86汇编代码在很大程度上受寄存器数量的限制。
当我了解到在Linux上要创建一个.so文件时,必须为gcc指定-fPIC命令行参数才能创建与位置无关的代码,我不敢首先相信它。
据我所知,elf文件格式支持重定位,就像-在我看来更好-Windows
DLL系统可以工作:在Windows上,链接器在DLL中重新定位所有偏移量(如果有必要)。
我认为加载SO文件或DLL文件所需的时间,以及用于保持不同位置重定位的.so文件所需的内存量,并不比始终缺少整个寄存器要糟糕。
GOT并具有所有这些间接跳转。
我也完全不在乎ALSR等。对于我所想到的应用程序,我只是在乎库中的代码要尽可能地优化。
1)为什么Linux不支持Windows这样的动态库加载,而动态库加载会产生更多性能代码?
到目前为止,我还没有找到真正的解释。只是这样的事情,代码的重新定位会非常糟糕且缓慢(当然,对于在台式机上加载文字处理器,它加载的速度非常重要,我完全接受。但是对于计算密集型的服务器进程(不处理来自互联网的恶意数据),我想拥有我所能获得的所有性能和寄存器!
2)我可以在Linux上创建NOT -fPIC编译的SO文件吗?我可以离开-
fPIC吗?是否有任何方法,手册或项目适用于该主题,并且可以避免浪费整个寄存器并仍然动态加载库?
如果仅在编译.so文件时放下-fPIC,会发生什么情况?