Bazel Remote Execution API vs. Goma + Q&A
summary
Compares GMA (Google’s compiler proxy) and Bazel Remote Execution via wreck by actually building Chromium subsets, using both Clang and GCC, and running a private back end with memcached and Bazel remote action cache. Finds GMA hot-cache: ~1 minute rebuild versus RBE (wreck) hot-cache: ~4 minute rebuild, notes wreck does single-run RPCs per compile, heavy client CPU for Merkle trees and digests, DNS overhead, and that a prototype RBE execution service builds useful subsets and populates cache.
AI-written summary · about
chapters (10)
- 0:00Introduction
- 3:13Chromium build pain points
- 6:20Goma client overview
- 10:10Goma backend design
- 13:25Remote Execution vs Goma
- 15:54Remote Execution prototype
- 17:22Performance results
- 21:17Key learnings
- 23:46Summary
- 24:08Q&A
related talks
10mHow Bazel Handles Globs
29mGraalVM in a Nutshell
15mNot So Fast: Understanding and Mitigating Negative Impacts of Compiler Optimizations on Code Reuse G
31mSimplifying and Optimizing Life on the Edge with Graal
23mAdopting GraalVM
48mOne VM To Rule Them All
33mNew Opportunities for Developers with GraalVM
37mGraalVM for Polyglots: Harder, Better, Faster, Stronger?
