共享对象开销

发布时间：2020-12-13 18:57:04 所属栏目：Linux 来源：网络整理

导读：我们有一个非常模块化的应用程序,有很多共享对象(.so).有些人认为,在内存/闪存有限的低端平台上,最好将所有内容静态链接到一个大的可执行文件中,因为共享对象有开销. 你对这个有什么看法？最好的祝福, 保罗最佳答案除非内存非常紧张,否则这些文件的一个

我们有一个非常模块化的应用程序,有很多共享对象(.so).有些人认为,在内存/闪存有限的低端平台上,最好将所有内容静态链接到一个大的可执行文件中,因为共享对象有开销.

你对这个有什么看法？

最好的祝福,

保罗

最佳答案

除非内存非常紧张,否则这些文件的一个副本的大小不是主要决定因素.鉴于这是一个嵌入式系统,您可能很清楚哪些应用程序将使用您的库以及何时使用.如果您的应用程序打开并关闭它所引用的多个库,并且您永远不会同时打开所有库,那么共享库将大大节省RAM.

您需要考虑的另一个因素是性能损失.打开共享库需要很少的时间(通常是微不足道的);如果您的处理器速度非常慢或实时性要求很高,则静态库不会导致共享库的负载损失.查找是否重要的??配置文件.

总而言之,在某些特殊情况下,共享库可能明显优于静态库.在大多数情况下,它们几乎没有伤害.在简单的情况下,您无法从共享库中获益.

当然,如果您有多个使用相同库的应用程序(或您的应用程序版本),共享库将大大节省Flash.如果使用静态库,则会将一个副本(与共享库[1]大小相同)编译到每个副本中.当您在PC工作站上时,这非常有用.但你知道的.您正在使用仅由一个应用程序使用的库.

[1]各个库文件的内存差异很小.共享库添加索引和符号表,以便dlopen(3)可以加载库.这是否重要取决于您的使用案例;为每个编译然后比较大小以确定Flash中哪个更小.你必须运行和配置文件来确定哪个消耗更多的RAM;它们应该是相似的,除了初始加载共享库.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!