是否可以加快./configure？
要编译许多CPU核心（说12）工作站上的软件包，配置阶段往往需要更长的时间比实际编译阶段，因为./configure做测试一个接一个，而make -j运行gcc以及其他命令并行。 我觉得剩下的11个内核在大多数情况下都等待空闲时间./configure来完成，这是对资源的巨大浪费。为什么需要按顺序进行测试？每个测试是否相互依赖？我可能会误会，但看起来其中大多数是独立的。 更重要的是，有什么方法可以加快速度./configure吗？ 编辑：为了说明这种情况，这是GNU Coreutils的示例 cd /dev/shm rm -rf coreutils-8.9 tar -xzf coreutils-8.9.tar.gz cd coreutils-8.9 time ./configure time make -j24 结果： # For `time ./configure` real 4m39.662s user 0m26.670s sys 4m30.495s # For `time make -j24` real 0m42.085s user 2m35.113s sys 6m15.050s 使用coreutils-8.9，./configure所需时间是的6倍make。尽管./configure使用的CPU时间更少（请查看“用户”和“ sys”时间），但由于没有并行化，因此它会花费更长的时间（“实际”）。我已经重复测试几次（相关文件可能保留在内存缓存中），并且时间在10％以内。