我们有一个非常模块化的应用程序,有很多共享对象(.so).有些人认为,在内存/闪存有限的低端平台上,最好将所有内容静态链接到一个大的可执行文件中,因为共享对象有开销.
你对这个有什么看法 ？
最好的祝福,
保罗
最佳答案
除非内存非常紧张,否则这些文件的一个副本的大小不是主要决定因素.鉴于这是一个嵌入式系统,您可能很清楚哪些应用程序将使用您的库以及何时使用.如果您的应用程序打开并关闭它所引用的多个库,并且您永远不会同时打开所有库,那么共享库将大大节省RAM.
您需要考虑的另一个因素是性能损失.打开共享库需要很少的时间(通常是微不足道的);如果您的处理器速度非常慢或实时性要求很高,则静态库不会导致共享库的负载损失.查找是否重要的配置文件.
总而言之,在某些特殊情况下,共享库可能明显优于静态库.在大多数情况下,它们几乎没有伤害.在简单的情况下,您无法从共享库中获益.
当然,如果您有多个使用相同库的应用程序(或您的应用程序版本),共享库将大大节省Flash.如果使用静态库,则会将一个副本(与共享库[1]大小相同)编译到每个副本中.当您在PC工作站上时,这非常有用.但你知道的.您正在使用仅由一个应用程序使用的库.
[1]各个库文件的内存差异很小.共享库添加索引和符号表,以便dlopen(3)可以加载库.这是否重要取决于您的使用案例;为每个编译然后比较大小以确定Flash中哪个更小.你必须运行和配置文件来确定哪个消耗更多的RAM;它们应该是相似的,除了初始加载共享库.
