我们有一个非常模块化的应用程序,有很多共享对象(.so).有些人认为,在内存/闪存有限的低端平台上,最好将所有内容静态链接到一个大的可执行文件中,因为共享对象有开销.
你对这个有什么看法 ？
最好的祝福,
保罗
最佳答案
除非内存非常紧张,否则这些文件的一个副本的大小不是主要决定因素.鉴于这是一个嵌入式系统,您可能很清楚哪些应用程序将使用您的库以及何时使用.如果您的应用程序打开并关闭它所引用的多个库,并且您永远不会同时打开所有库,那么共享库将大大节省RAM.
您需要考虑的另一个因素是性能损失.打开共享库需要很少的时间(通常是微不足道的);如果您的处理器速度非常慢或实时性要求很高,则静态库不会导致共享库的负载损失.查找是否重要的配置文件.
总而言之,在某些特殊情况下,共享库可能明显优于静态库.在大多数情况下,它们几乎没有伤害.在简单的情况下,您无法从共享库中获益.
当然,如果您有多个使用相同库的应用程序(或您的应用程序版本),共享库将大大节省Flash.如果使用静态库,则会将一个副本(与共享库[1]大小相同)编译到每个副本中.当您在PC工作站上时,这非常有用.但你知道的.您正在使用仅由一个应用程序使用的库.
[1]各个库文件的内存差异很小.共享库添加索引和符号表,以便dlopen(3)可以加载库.这是否重要取决于您的使用案例;为每个编译然后比较大小以确定Flash中哪个更小.你必须运行和配置文件来确定哪个消耗更多的RAM;它们应该是相似的,除了初始加载共享库.
原文地址：https://www.jb51.cc/linux/439982.html
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。
