如何在链接中找到瓶颈
how to find the bottleneck in linking?
本文关键字:链接 更新时间:2023-10-16
我有一个链接速度非常慢的项目(〜2分钟,我觉得这很慢(。我知道更快的链接器,例如黄金或LLD,但我无法更改链接器。
我在代码中使用了很多C 11模板,我怀疑某些模板代码可能会在多个对象文件中重复实例化,但是我不知道如何找到这是真的。
我想知道是否有一种方法可以像我们为介绍程序并尝试找到瓶颈的整个链接阶段。,例如,我可以使用该工具来检查如何检查很多时候,符号(不必要地(出现在不同的对象文件中,然后在链接过程中丢弃可以帮助我找出可能是原因的模板代码。以上关于对象文件中重复符号的内容只是我的猜测 - 我需要基于证据的方法。然后根据此发现,我将考虑如何改进代码以减少链接时间。
我使用cmake,gnu g 和ld作为我的构建工具,我正在Linux平台上工作。
谢谢。
解决此问题的一种方法是将与nm --demangle --defined-only --extern-only
链接中包含的每个对象文件和存档的定义符号转储并构建映射{symbol, definition_count}
。通过definition_count
高低和打印对此映射进行排序。
相关文章:
- lambda参数转换为constexpr技巧,然后获取带链接的数组
- CMake-按正确顺序将项目与C运行时对象文件链接
- 从链接列表c++中删除一个项目
- 有根的二进制搜索树.保留与其父级的链接
- 读取文件的最后一行并输入到链接列表时出错
- 静态数据成员的问题-修复链接错误会导致编译器错误
- node-gyp 在 macOS 上未正确链接库
- 基于boost的程序的静态链接——zlib问题
- 无法链接 CMake 中的本地库
- 内联函数中具有内部链接的全局变量
- 链接阶段在Ubuntu上失败,但在MacOS上失败
- 使用gcc从静态链接的文件中查找可选符号
- 我可以将一个用clang c++11编译的对象与另一个用c++17编译的对象链接起来吗
- 将--whole archive链接器选项与CMake和具有其他库依赖项的库一起使用
- 下面是我为检测链接列表中的循环而制作的代码
- 有了gcc,是否可以链接库,但前提是它存在
- 使用C链接在函数内部创建C++模板
- Visual Studio mkl_link_tool.exe链接错误
- 尝试链接我的着色器时,我收到错误代码"error c5145 must write to gl_position"
- 有人能帮我处理这个链接列表吗?C++