Rllvm 和编译器包 : R compilation

Question

这是关于R的 future 的一个相当普遍的问题:是否希望看到compiler和Rllvm的合并(来自Omegahat)或其他针对R的JIT编译方案(我知道有Ra，但最近未更新)？

在我的测试中，compiler 的速度增益对于“复杂”函数来说是微不足道的......

Answer 1

重要的不是函数有多复杂，而是函数执行什么样的计算。编译器将对解释器开销占主导地位的函数产生最大的影响，例如对标量或其他小数据执行大多数简单操作的函数。在这种情况下，我已经看到人工示例的因子为 3 和一点
对于某些生产代码，优于 2 倍。将大部分时间花在以 native 代码实现的操作(如线性代数运算)上的函数几乎看不到任何好处。

这只是编译器的第一个版本，它将随着时间的推移而发展。 LLVM 是我们将研究的几个可能方向之一，但可能暂时不会。在任何情况下，我都希望使用 LLVM 之类的东西在当前编译器已经有所作为的情况下提供进一步的改进，但在没有的情况下不会增加太多。