如何在SCons中控制构建顺序以优化CPU核心利用率？

问题背景 #

我们面临SCons构建耗时过长的问题，根源在于CPU核心利用率未达最优。假设存在1个（实际数量更多）大型目标文件与大量小型目标文件，构建场景分为两种：

a) 最坏情况：前期核心利用率高，后期出现长拖尾阶段 #

---> time

small_1    ##
small_2    ##
...        :
small_n    :   ##
...
small_m    :    ##
big        :     ##########
linker     :               ####
                  |.......| 核心利用率极低的漫长阶段

b) 最优情况：优先执行运行时长最长的任务 #

---> time

big        ##########
small_1    ##
small_2    ##
...        :
small_n    :   ##
...        :
small_m    :    ##
linker     :          ####
                          |<---| 比最坏情况更早完成
                  |...| 核心利用率极低的阶段更短

这类场景的核心逻辑是：通过调整任务执行顺序，延长高核心利用率的时间窗口，从而缩短整体构建耗时。

现有方案的不足 #

原本尝试过Depends(big, [small_1, ..., small_m])的方法，但该方案存在明显缺陷：

• 实际项目涉及数千个目标文件，修改成本极高，侵入性太强；
• 可能导致构建初期CPU核心闲置，必须等大型文件构建完成后才启动小型任务，反而加剧利用率不足的问题。

核心诉求 #

是否存在为构建步骤设置优先级的方法？理想状态下，能通过学习过往构建的运行时长，自动合理排序任务，尽可能延长高核心利用率的时间。

内容的提问来源于stack exchange，提问作者mbschenkel