优化迭代速度

报告问题 查看源代码

本页面介绍了如何在重复运行 Bazel 时优化 Bazel 的构建性能。

Bazel 的运行时状态

Bazel 调用涉及多个互动部分。

  • bazel 命令行界面 (CLI) 是面向用户的前端工具,可接收来自用户的命令。

  • CLI 工具会为每个不同的输出基准启动一个 Bazel 服务器。Bazel 服务器通常是永久性的,但会在一段时间空闲时间后关闭,以避免浪费资源。

  • Bazel 服务器会对给定命令(buildruncquery 等)执行加载和分析步骤,在此过程中,Bazel 服务器会在内存中构建 build 图的必要部分。生成的数据结构作为分析缓存的一部分保留在 Bazel 服务器中。

  • Bazel 服务器也可以执行操作执行,也可以发送操作以进行远程执行(如果设置为这样做)。操作执行的结果也会缓存,即缓存在操作缓存(或执行缓存,可以是本地或远程,可能会在 Bazel 服务器之间共享)

  • Bazel 调用的结果会显示在输出树中。

迭代运行 Bazel

在典型的开发者工作流中,通常会以非常高的频率重复构建(或运行)一段代码(例如,为了解决某些编译错误或调查失败的测试)。在这种情况下,相对于底层的重复操作(例如调用编译器或执行测试),对 bazel 的重复调用具有尽可能低的开销,这一点非常重要。

有鉴于此,我们再来看一下 Bazel 的运行时状态:

分析缓存是一部分关键数据。大量时间可能仅用在冷运行的加载和分析阶段(即 Bazel 服务器启动后立即运行或分析缓存被舍弃时)。对于单次成功的冷构建(例如生产版本),此费用是可以承担的,但对于重复构建相同的目标,摊销此费用非常重要,并且每次调用时都不要重复。

分析缓存相当不稳定。首先,它是 Bazel 服务器的进程内状态的一部分,因此丢失服务器会使缓存丢失。但缓存也很容易失效:例如,许多 bazel 命令行标志都会导致缓存被舍弃。这是因为许多标志都会影响构建图(例如,因为存在可配置的属性)。某些标志更改也可能导致 Bazel 服务器重启(例如,更改启动选项)。

良好的执行缓存对构建性能也很重要。执行缓存可以保存在本地磁盘上,也可以远程保留。缓存可以在 Bazel 服务器之间共享,甚至可以在开发者之间共享。

避免舍弃分析缓存

如果分析缓存被舍弃或服务器重启,Bazel 将输出一条警告。在迭代使用过程中应避免以下其中一项:

  • 请注意在迭代工作流中间更改 bazel 标志。例如,混用 bazel build -c optbazel cquery 会导致每个命令舍弃另一个命令的分析缓存。一般情况下,请尽量在特定工作流的持续时间内使用一组固定的标志。

  • 丢失 Bazel 服务器会丢失分析缓存。Bazel 服务器具有可配置的空闲时间,此空闲时间过后,它会关闭。您可以通过 bazelrc 文件配置此时间,以满足自己的需求。当启动标志发生更改时,服务器也会重启,因此,请尽可能避免更改这些标志。

  • 请注意,如果在 Bazel 运行期间反复按 Ctrl-C,Bazel 服务器会被终止。人们往往想尝试通过中断不再需要的正在运行的构建来节省时间,但只需按一次 Ctrl-C 请求正常结束当前调用即可。

  • 如果您想使用同一工作区中的多组标志,可以使用多个不同的输出基准(通过 --output_base 标志切换)。每个输出库都有自己的 Bazel 服务器。