直觉上,后者应该比前者快。然而,当我看到基准测试结果时,我感到非常惊讶:
require 'benchmark/ips'
b = (0..20).to_a;
y = 21;
Benchmark.ips do |x|
x.report('<<') { a = b.dup; a << y }
x.report('+=') { a = b.dup; a += [y] }
x.report('push') { a = b.dup; a.push(y) }
x.report('[]=') { a = b.dup; a[a.size]=y }
x.compare!
end
结果是:
Calculating -------------------------------------
<< 24.978k i/100ms
+= 30.389k i/100ms
push 24.858k i/100ms
[]= 22.306k i/100ms
-------------------------------------------------
<< 493.125k (± 3.2%) i/s - 2.473M
+= 599.830k (± 2.3%) i/s - 3.009M
push 476.374k (± 3.3%) i/s - 2.386M
[]= 470.263k (± 3.8%) i/s - 2.364M
Comparison:
+=: 599830.3 i/s
<<: 493125.2 i/s - 1.22x slower
push: 476374.0 i/s - 1.26x slower
[]=: 470262.8 i/s - 1.28x slower
然而,当我的一位同事独立创建了自己的基准时,结果却恰恰相反:
Benchmark.ips do |x|
x.report('push') {@a = (0..20).to_a; @a.push(21)}
x.report('<<') {@b = (0..20).to_a; @b << 21}
x.report('+=') {@c = (0..20).to_a; @c += [21]}
x.compare!
end
结果:
Calculating -------------------------------------
push 17.623k i/100ms
<< 18.926k i/100ms
+= 16.079k i/100ms
-------------------------------------------------
push 281.476k (± 4.2%) i/s - 1.410M
<< 288.341k (± 3.6%) i/s - 1.457M
+= 219.774k (± 8.3%) i/s - 1.093M
Comparison:
<<: 288341.4 i/s
push: 281476.3 i/s - 1.02x slower
+=: 219774.1 i/s - 1.31x slower
我们还交叉运行了我们的基准测试,在我们的两台机器上,他的基准测试显示 +=明显慢于 << ,而我的则相反。
这是为什么?
UPD:我的 Ruby 版本是 Ruby 2.2.3p173(2015-08-18 修订版 51636)[x86_64-darwin14];我同事的是 2.2.2(不知道完整的细节,明天会更新帖子)。
UPD2:ruby 2.2.2p95(2015-04-13 修订版 50295)[x86_64-darwin12.0] 我队友的 Ruby 版本。
最佳答案
在我看来,为了简化各种运算符的比较,我们应该删除不必要的代码并保持测试简单。
require 'benchmark/ips'
y = 10
Benchmark.ips do |x|
x.report('<<') { a = [0,1,2,3,4,5,6,7,8,9]; a << y }
x.report('+=') { a = [0,1,2,3,4,5,6,7,8,9]; a += [y] }
x.report('push') { a = [0,1,2,3,4,5,6,7,8,9]; a.push(y) }
x.report('[]=') { a = [0,1,2,3,4,5,6,7,8,9]; a[a.size]=y }
x.compare!
end
上述代码的结果与问题中共享的第二个代码片段一致。
Calculating -------------------------------------
<< 101.735k i/100ms
+= 104.804k i/100ms
push 92.863k i/100ms
[]= 99.604k i/100ms
-------------------------------------------------
<< 2.134M (± 3.3%) i/s - 10.682M
+= 1.786M (±13.2%) i/s - 8.804M
push 1.930M (±16.1%) i/s - 9.472M
[]= 1.948M (± 7.9%) i/s - 9.761M
Comparison:
<<: 2134005.4 i/s
[]=: 1948256.8 i/s - 1.10x slower
push: 1930165.3 i/s - 1.11x slower
+=: 1785808.5 i/s - 1.19x slower
[Finished in 28.3s]
为什么 <<比 += 快?
Array#<< 是四种将元素附加到数组的方法中最快的,因为它就是这样做的——将一个元素附加到数组。相反, Array#+ 追加一个元素但返回数组的新副本 - 创建数组的新副本使其最慢。 (可以使用文档中的 toogle code 选项来了解某些方法完成的额外工作)
基准标记 dup
如果我们使用下面的代码进行基准测试,
require 'benchmark/ips'
y = 10
Benchmark.ips do |x|
x.report('<<') { a = [0,1,2,3,4,5,6,7,8,9].dup; a << y }
x.report('+=') { a = [0,1,2,3,4,5,6,7,8,9].dup; a += [y] }
x.report('push') { a = [0,1,2,3,4,5,6,7,8,9].dup; a.push(y) }
x.report('[]=') { a = [0,1,2,3,4,5,6,7,8,9].dup; a[a.size]=y }
x.compare!
end
我们看到以下结果:
Calculating -------------------------------------
<< 65.225k i/100ms
+= 76.106k i/100ms
push 64.864k i/100ms
[]= 63.582k i/100ms
-------------------------------------------------
<< 1.221M (±14.3%) i/s - 6.001M
+= 1.291M (±13.1%) i/s - 6.393M
push 1.164M (±14.1%) i/s - 5.773M
[]= 1.168M (±14.5%) i/s - 5.722M
Comparison:
+=: 1290970.6 i/s
<<: 1221029.0 i/s - 1.06x slower
[]=: 1168219.3 i/s - 1.11x slower
push: 1163965.9 i/s - 1.11x slower
[Finished in 28.3s]
如果我们仔细观察两个结果,我们只会发现一个差异。 += entry 变为第一个,而其余方法的顺序与原始结果相同。
为什么当 dup 时结果翻转是用的吗?
这是我的大胆猜测,我猜测 Ruby 解释器优化了代码并且没有创建新数组作为 += 的一部分|因为它知道它正在处理新创建的数组副本 dup
关于arrays - Ruby 中哪个更快, `arr += [x]` 或 `arr << x`,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34207459/
我正在学习如何使用Nokogiri,根据这段代码我遇到了一些问题:require'rubygems'require'mechanize'post_agent=WWW::Mechanize.newpost_page=post_agent.get('http://www.vbulletin.org/forum/showthread.php?t=230708')puts"\nabsolutepathwithtbodygivesnil"putspost_page.parser.xpath('/html/body/div/div/div/div/div/table/tbody/tr/td/div
总的来说,我对ruby还比较陌生,我正在为我正在创建的对象编写一些rspec测试用例。许多测试用例都非常基础,我只是想确保正确填充和返回值。我想知道是否有办法使用循环结构来执行此操作。不必为我要测试的每个方法都设置一个assertEquals。例如:describeitem,"TestingtheItem"doit"willhaveanullvaluetostart"doitem=Item.new#HereIcoulddotheitem.name.shouldbe_nil#thenIcoulddoitem.category.shouldbe_nilendend但我想要一些方法来使用
我有一个字符串input="maybe(thisis|thatwas)some((nice|ugly)(day|night)|(strange(weather|time)))"Ruby中解析该字符串的最佳方法是什么?我的意思是脚本应该能够像这样构建句子:maybethisissomeuglynightmaybethatwassomenicenightmaybethiswassomestrangetime等等,你明白了......我应该一个字符一个字符地读取字符串并构建一个带有堆栈的状态机来存储括号值以供以后计算,还是有更好的方法?也许为此目的准备了一个开箱即用的库?
我有一个Ruby程序,它使用rubyzip压缩XML文件的目录树。gem。我的问题是文件开始变得很重,我想提高压缩级别,因为压缩时间不是问题。我在rubyzipdocumentation中找不到一种为创建的ZIP文件指定压缩级别的方法。有人知道如何更改此设置吗?是否有另一个允许指定压缩级别的Ruby库? 最佳答案 这是我通过查看rubyzip内部创建的代码。level=Zlib::BEST_COMPRESSIONZip::ZipOutputStream.open(zip_file)do|zip|Dir.glob("**/*")d
类classAprivatedeffooputs:fooendpublicdefbarputs:barendprivatedefzimputs:zimendprotecteddefdibputs:dibendendA的实例a=A.new测试a.foorescueputs:faila.barrescueputs:faila.zimrescueputs:faila.dibrescueputs:faila.gazrescueputs:fail测试输出failbarfailfailfail.发送测试[:foo,:bar,:zim,:dib,:gaz].each{|m|a.send(m)resc
很好奇,就使用rubyonrails自动化单元测试而言,你们正在做什么?您是否创建了一个脚本来在cron中运行rake作业并将结果邮寄给您?git中的预提交Hook?只是手动调用?我完全理解测试,但想知道在错误发生之前捕获错误的最佳实践是什么。让我们理所当然地认为测试本身是完美无缺的,并且可以正常工作。下一步是什么以确保他们在正确的时间将可能有害的结果传达给您? 最佳答案 不确定您到底想听什么,但是有几个级别的自动代码库控制:在处理某项功能时,您可以使用类似autotest的内容获得关于哪些有效,哪些无效的即时反馈。要确保您的提
这似乎应该有一个直截了当的答案,但在Google上花了很多时间,所以我找不到它。这可能是缺少正确关键字的情况。在我的RoR应用程序中,我有几个模型共享一种特定类型的字符串属性,该属性具有特殊验证和其他功能。我能想到的最接近的类似示例是表示URL的字符串。这会导致模型中出现大量重复(甚至单元测试中会出现更多重复),但我不确定如何让它更DRY。我能想到几个可能的方向...按照“validates_url_format_of”插件,但这只会让验证干给这个特殊的字符串它自己的模型,但这看起来很像重溶液为这个特殊的字符串创建一个ruby类,但是我如何得到ActiveRecord关联这个类模型
假设我做了一个模块如下:m=Module.newdoclassCendend三个问题:除了对m的引用之外,还有什么方法可以访问C和m中的其他内容?我可以在创建匿名模块后为其命名吗(就像我输入“module...”一样)?如何在使用完匿名模块后将其删除,使其定义的常量不再存在? 最佳答案 三个答案:是的,使用ObjectSpace.此代码使c引用你的类(class)C不引用m:c=nilObjectSpace.each_object{|obj|c=objif(Class===objandobj.name=~/::C$/)}当然这取决于
我试图在一个项目中使用rake,如果我把所有东西都放到Rakefile中,它会很大并且很难读取/找到东西,所以我试着将每个命名空间放在lib/rake中它自己的文件中,我添加了这个到我的rake文件的顶部:Dir['#{File.dirname(__FILE__)}/lib/rake/*.rake'].map{|f|requiref}它加载文件没问题,但没有任务。我现在只有一个.rake文件作为测试,名为“servers.rake”,它看起来像这样:namespace:serverdotask:testdoputs"test"endend所以当我运行rakeserver:testid时
出于纯粹的兴趣,我很好奇如何按顺序创建PI,而不是在过程结果之后生成数字,而是让数字在过程本身生成时显示。如果是这种情况,那么数字可以自行产生,我可以对以前看到的数字实现垃圾收集,从而创建一个无限系列。结果只是在Pi系列之后每秒生成一个数字。这是我通过互联网筛选的结果:这是流行的计算机友好算法,类机器算法:defarccot(x,unity)xpow=unity/xn=1sign=1sum=0loopdoterm=xpow/nbreakifterm==0sum+=sign*(xpow/n)xpow/=x*xn+=2sign=-signendsumenddefcalc_pi(digits