我有以下基准:https://gist.github.com/leifwalsh/10010580
本质上,它启动了 k 个线程,然后每个线程执行大约 1600 万/k 锁定/增量/解锁周期,使用自旋锁和 std: :互斥锁。在 OSX 上,std::mutex 在竞争时比自旋锁慢得多,而在 Linux 上它具有竞争力或快一点。
操作系统:
spinlock 1: 334ms
spinlock 2: 3537ms
spinlock 3: 4815ms
spinlock 4: 5653ms
std::mutex 1: 813ms
std::mutex 2: 38464ms
std::mutex 3: 44254ms
std::mutex 4: 47418ms
Linux:
spinlock 1: 305ms
spinlock 2: 1590ms
spinlock 3: 1820ms
spinlock 4: 2300ms
std::mutex 1: 377ms
std::mutex 2: 1124ms
std::mutex 3: 1739ms
std::mutex 4: 2668ms
处理器不同,但不是不同(OSX 是 Intel(R) Core(TM) i7-2677M CPU @ 1.80GHz,Linux 是 Intel(R) Core(TM) i5- 2500K CPU @ 3.30GHz),这似乎是一个库或内核问题。有人知道缓慢的根源吗?
为了澄清我的问题,我知道“有不同的互斥体实现可以针对不同的事物进行优化,这不是问题,这是意料之中的”。这个问题是:导致这种情况的实际实现差异是什么?或者,如果这是硬件问题(也许 macbook 上的缓存速度慢很多),那也是可以接受的。
最佳答案
您只是在衡量图书馆为公平而牺牲吞吐量的选择。该基准在很大程度上是人为的,并且会惩罚任何提供任何公平性的尝试。
实现可以做两件事。它可以让同一个线程连续两次获得互斥锁,也可以改变哪个线程获得互斥锁。该基准测试严重惩罚线程中的更改,因为上下文切换需要时间,而且互斥锁和 val 从缓存到缓存需要时间。
很可能,这只是展示了实现必须做出的不同权衡。它会大力奖励更愿意将互斥锁还给最后持有它的线程的实现。基准测试甚至奖励浪费 CPU 的实现!它甚至奖励那些浪费 CPU 以避免上下文切换的实现,即使 CPU 可以做其他有用的工作!它也不会惩罚可能减慢其他不相关线程的核心间流量的实现。
此外,实现互斥锁的人通常认为无竞争情况下的性能比有竞争情况下的性能更重要。您可以在这些情况之间做出许多权衡,例如假设可能有一个线程在等待或专门检查是否有。基准测试仅(或至少,几乎仅)测试通常为了支持假设更常见的情况而权衡的情况。
说白了,这是一个没有意义的基准测试,无法识别问题。
具体解释几乎可以肯定,Linux实现是spinlock/futex混合体,而OSX实现是常规的,相当于锁定了一个内核对象。 Linux 实现的自旋锁部分倾向于允许刚刚释放互斥锁的同一个线程再次锁定它,您的基准测试对此给予了很大的返回。
关于c++ - 为什么 std::mutex 在 OSX 上这么慢?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/22899053/
类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
我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co
我正在使用的第三方API的文档状态:"[O]urAPIonlyacceptspaddedBase64encodedstrings."什么是“填充的Base64编码字符串”以及如何在Ruby中生成它们。下面的代码是我第一次尝试创建转换为Base64的JSON格式数据。xa=Base64.encode64(a.to_json) 最佳答案 他们说的padding其实就是Base64本身的一部分。它是末尾的“=”和“==”。Base64将3个字节的数据包编码为4个编码字符。所以如果你的输入数据有长度n和n%3=1=>"=="末尾用于填充n%
我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i
为什么4.1%2返回0.0999999999999996?但是4.2%2==0.2。 最佳答案 参见此处:WhatEveryProgrammerShouldKnowAboutFloating-PointArithmetic实数是无限的。计算机使用的位数有限(今天是32位、64位)。因此计算机进行的浮点运算不能代表所有的实数。0.1是这些数字之一。请注意,这不是与Ruby相关的问题,而是与所有编程语言相关的问题,因为它来自计算机表示实数的方式。 关于ruby-为什么4.1%2使用Ruby返
我的瘦服务器配置了nginx,我的ROR应用程序正在它们上运行。在我发布代码更新时运行thinrestart会给我的应用程序带来一些停机时间。我试图弄清楚如何优雅地重启正在运行的Thin实例,但找不到好的解决方案。有没有人能做到这一点? 最佳答案 #Restartjustthethinserverdescribedbythatconfigsudothin-C/etc/thin/mysite.ymlrestartNginx将继续运行并代理请求。如果您将Nginx设置为使用多个上游服务器,例如server{listen80;server
它不等于主线程的binding,这个toplevel作用域是什么?此作用域与主线程中的binding有何不同?>ruby-e'putsTOPLEVEL_BINDING===binding'false 最佳答案 事实是,TOPLEVEL_BINDING始终引用Binding的预定义全局实例,而Kernel#binding创建的新实例>Binding每次封装当前执行上下文。在顶层,它们都包含相同的绑定(bind),但它们不是同一个对象,您无法使用==或===测试它们的绑定(bind)相等性。putsTOPLEVEL_BINDINGput
我的最终目标是安装当前版本的RubyonRails。我在OSXMountainLion上运行。到目前为止,这是我的过程:已安装的RVM$\curl-Lhttps://get.rvm.io|bash-sstable检查已知(我假设已批准)安装$rvmlistknown我看到当前的稳定版本可用[ruby-]2.0.0[-p247]输入命令安装$rvminstall2.0.0-p247注意:我也试过这些安装命令$rvminstallruby-2.0.0-p247$rvminstallruby=2.0.0-p247我很快就无处可去了。结果:$rvminstall2.0.0-p247Search
我可以得到Infinity和NaNn=9.0/0#=>Infinityn.class#=>Floatm=0/0.0#=>NaNm.class#=>Float但是当我想直接访问Infinity或NaN时:Infinity#=>uninitializedconstantInfinity(NameError)NaN#=>uninitializedconstantNaN(NameError)什么是Infinity和NaN?它们是对象、关键字还是其他东西? 最佳答案 您看到打印为Infinity和NaN的只是Float类的两个特殊实例的字符串
如果您尝试在Ruby中的nil对象上调用方法,则会出现NoMethodError异常并显示消息:"undefinedmethod‘...’fornil:NilClass"然而,有一个tryRails中的方法,如果它被发送到一个nil对象,它只返回nil:require'rubygems'require'active_support/all'nil.try(:nonexisting_method)#noNoMethodErrorexceptionanymore那么try如何在内部工作以防止该异常? 最佳答案 像Ruby中的所有其他对象