为什么tail递归gcd比使用rubinius

时间:2016-06-19 21:29:47

标签: ruby performance tail-recursion rubinius

我有gcd函数的这两个实现:

def gcd1(a,b)
  if a==b
    a
  elsif a>b
    if (a%b)==0
      b
    else
      gcd1(a%b,b)
    end
  else
    if (b%a)==0
      a
    else
      gcd1(a,b%a)
    end
  end
end
def gcd2(a,b)
  if(a==b)
    return a
  elsif b>a
    min,max=a,b
  else
    min,max=b,a
  end
  while (max%min)!=0
    min,max=max%min,min
  end
  min
end

函数gcd1是尾递归的,而gcd2使用while循环。

我已经通过基准因子函数验证了rubinius进行TCO,只有基数函数,基准测试表明递归版本和迭代版本是#34; same-ish"(我使用了基准测试ips)。

但是对于上述情况,基准测试显示gcd1比gcd2快至少两倍(递归速度是迭代速度的两倍,甚至更快)。

我用来进行基准测试的代码是:

Benchmark.ips do |x|
  x.report "gcd1 tail recursive" do
    gcd1(12016,18016)
  end
  x.report "gcd2 while loop" do
    gcd2(12016,18016)
  end
  x.compare!
end

结果:

Warming up --------------------------------------
 gcd1 tail recursive    47.720k i/100ms
     gcd2 while loop    23.118k i/100ms
Calculating -------------------------------------
 gcd1 tail recursive    874.210k (± 7.1%) i/s -      4.343M
     gcd2 while loop    299.676k (± 6.6%) i/s -      1.503M

Comparison:
 gcd1 tail recursive:   874209.8 i/s
     gcd2 while loop:   299676.2 i/s - 2.92x slower

我正在运行Arch linux x64,处理器i5-5200 2.2 GHZ四核。

ruby​​实现是Rubinius 3.40。

那么递归如何比循环更快?

更新

只是说斐波纳契具有相同的情况:尾递归版本至少是循环版本的两倍,我用于斐波那契的程序:http://pastebin.com/C8ZFB0FR

1 个答案:

答案 0 :(得分:2)

在你使用它的例子中只需要3个调用/循环来得到答案,所以我认为你实际上并没有测试正确的东西。尝试使用两个连续的Fibonacci数字(例如2000和2001),结果应该差别不大。

(对不起,我还没有声誉发表评论)。

编辑:我终于设法安装[rubinius的一部分]并设法重新创建你所指的现象。这不是关于递归,而是关于多重赋值。如果你改变了

      while n>0
        a,b=b,a+b
        n-=1
      end

      while n>0
        t=a
        a=b
        b=t+b
        n-=1
      end

while循环版本应该更快地执行(一点点)。 这同样适用于原始的GCD计划,即替换

        min,max=max%min,min

        t=min
        min=max%t
        max=t
事情就是这样。

ruby​​-2.1不是这种情况,即while循环似乎更快,只是你提供的形式。

希望有所帮助!