Bazel对大型稀疏文件计算摘要速度过慢的技术求助

我们用Bazel构建分区与磁盘镜像，各分区经多步构建后组装为最终磁盘镜像。这些镜像在文件系统中以**稀疏文件（sparse files）**形式存储，磁盘实际占用仅为逻辑大小的1-10%——例如逻辑大小100GB的文件，实际仅占用2GB磁盘空间。

但Bazel计算镜像的摘要（digest）时，无法利用稀疏文件的特性，会读取大量空洞数据，导致计算速度极慢。而镜像本身的创建速度较快，甚至无需依赖工件缓存。

已尝试的解决方案 #

• 实现自定义摘要函数并使用--unix_digest_hash_attribute_name：但被告知计算出的摘要值必须与--digest_function的返回值匹配，因此该方案不可行。
• 远程执行协议中虽定义了针对稀疏文件优化的摘要函数，但Bazel的哈希函数注册表仅支持BLAKE3、SHA1和SHA256，未提供这些优化函数。
• 将输出存入目录并标记为TreeArtifact：Bazel仍会遍历整个目录计算每个文件的摘要，问题未得到解决。

希望规避的方案 #

• 创建并维护自定义BLAKE3实现。
• 合并构建步骤：希望保留Bazel的动作并行性，继续并行构建镜像。

当前临时解决方案 #

在每个构建步骤后将镜像打包为tar文件，后续步骤中解压使用。该方案虽加快了摘要计算速度，但增加了代码复杂度与不必要的构建开销，且工件需解压后才能查看，操作繁琐。

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