编译器和运行时环境中的持久代码记忆

Question

我相信代码缓存的概念（例如ccache）应该扩展到更精细的 GCC 或 LLVM+Clang 等编译器中中间代码 (IC) 和目标代码 (TC) 的粒度记忆。

然后，这可以用于一系列突破性的聪明才智，从而有利于程序员的生产力以及编译、运行时性能和运行时内存使用。

更具体地说，这个存储库（或数据库）应该自动缓存函数的IC和TC。然后可以在不同的构建集中（链接多个时仅编译一次）在不同的程序和库集中查找和重用这些内容，而不仅仅是在链接期间跨对象边界（LTO）。

这尤其有利于 C++ STL 容器算法实例。例如，有多少次应用在 std::vector 上的 std::sort 算法被实例化、优化并在使用相同类型的不同程序中编译T 通常是 int、float 和 double？

在实现中，IC模块应通过从哈希链构建的密钥进行索引（SHA-1 应该足够）编译器配置和 IC 代码树（包括它调用的函数的子树代码哈希）并存储在例如提供的 std::unordered_map 中非常廉价查找。为了进一步促进代码的重用，IC 存储库可以作为网络服务在线。

当然，只有在需要最佳性能时才应缓存记忆。这应该有一个非常小的开销。由于大多数哈希键查找应该会丢失，因此键应该放置在内存中，但不一定是代码片段。

这个project已经证明了这个想法应用于Python语言的有用性。我相信 Haskell (GHC) 可能是试验这些想法的理想语言，因为它默认的函数纯度和对函数副作用的灵活控制。