Optimization 生成文件配置
所以我有一个基于Makefile的构建系统，我的用户觉得这个系统运行得太慢了。为了解决这个问题，让我们将性能定义为找出它实际应该做什么所需的时间 我可以看到一些优化的途径--Optimization 生成文件配置,optimization,profiling,makefile,gnu-make,Optimization,Profiling,Makefile,Gnu Make,所以我有一个基于Makefile的构建系统，我的用户觉得这个系统运行得太慢了。为了解决这个问题，让我们将性能定义为找出它实际应该做什么所需的时间 我可以看到一些优化的途径-- 由于包含Makefile片段，因此减少了解析Makefile和重新计算DAG的次数 使用make-C 减少变量展开 等等 --然而，我想首先知道我的瓶颈在哪里。由于没有评测的优化是浪费生命，我想问：如何评测Makefile？ 假设我继承的系统设计得相当好，也就是说，它已经实现了交易中最常见的技巧：（主要是非递归make
- 由于包含Makefile片段，因此减少了解析Makefile和重新计算DAG的次数
- 使用
make-C - 减少变量展开
- 等等
。。。只是为了抢先找到一些可能的答案。我知道可能会有比GNU make更快更好的构建系统（就我个人而言，我急切地等待着看CMake的人会提出什么关于忍者系统的建议），但不幸的是，交换构建系统不在考虑之列 我认为没有任何方法可以分析makefile本身 不过，您可以做一些事情：对于空构建（所有内容都是最新的），在
strace-tt-fv计算变量（
var:=$（shell…statmakemakegdbMakeMake不要担心优化级别-瓶颈可能比这大得多。既然您对决定做什么所需的时间感兴趣，而不是做什么，那么您应该研究：
- -q（问题）将让它简单地决定必须做什么，什么也不做，什么也不打印，但返回一个退出状态代码，指示是否必须做任何事情。您可以简单地为您感兴趣的任何目标（包括“所有”）计时。
- -n（无操作）将让它打印配方，而不是执行它们。看着它们滚动会让你大致了解Make是如何花费时间的，如果你喜欢，你可以用巧妙的管道技巧来计时。
- -t（touch）将使其接触需要重建的目标文件，而不是实际重建它们。然后，脚本可以查看文件的更新时间，找出较大的差距，并告诉您哪些目标需要进行大量的预先考虑。
Make构造DAG并决定在重建任何目标之前必须重建哪些目标。因此，一旦它开始执行规则、打印配方或触摸文件，我们感兴趣的部分工作就结束了，可观察到的时间是毫无价值的。因此，
-n-t-q-d$（eval）make$（shell）另一种方法是在分析器下运行
make-dmakemake调用make-dmake如果您是源黑客类型，您可以构建一个自定义版本的
make-d$（eval…）