Rllvm和编译器包:R编译

teu*_*cer 4 r

这是关于R的未来的一个相当普遍的问题:任何希望看到compilerRllvm(来自Omegahat)或R的另一个JIT编译方案的合并(我知道有Ra,但最近没有更新)?

在我的测试中,速度增益compiler对于"复杂"功能来说是微不足道的......

小智 11

重要的不是功能有多复杂,而是它执行的计算类型.编译器将对由解释器开销主导的函数做出最大的改变,例如对标量或其他小数据执行大多数简单操作的函数.在这样的情况下,我已经看到人工示例的因子为3,并且对于某些生产代码而言比一个因子2好一点.将大部分时间花在本机代码中实现的操作中的函数(如线性代数运算)几乎没有什么好处.

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