c# – ConcurrentQueue vs Queue lock的性能
我必须实现一个消费者一生产者的标准算法.我可以使用Queue和几个锁语句来实现它.或者我可以使用ConcurrentQueue.什么是更好的?
如果使用队列锁,那么我可以优化“多加/重新”,因为我可以锁一次,然后添加多次. 一般情况下更快 – ConcurrentQueue或Queue锁定和差异有多大?当然,ConcurrentQueue是最显着的方式,但是我不希望在HFT交易应用程序中使用这个方法,因此我不希望失去很多性能. 解决方法
从
C# in a Nutshell:
换句话说,很难定义一般的情况,更不要说预测性能差异是什么. 这取决于收集的大小和使用情况.性能可以预期更好,给予足够的并发访问,内存消耗将会更差. (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |
- ruby-on-rails – 观察者和回调之间的巨大差异是什么?
- Ajax 异步判断用户名是否存在开发流程
- mongodb 错误 SCRAM-SHA-1 authentication failed for --
- 什么是CDATA段 <![CDATA[ 内容 ]]>
- React Native实现弹出选择框
- ruby-on-rails-3 – Rails 3嵌套资源路由问题为form_for
- ruby-on-rails – 如何在用户注册Ruby on Rails后x小时发送
- Flex 如何实现按钮之间的切换,按钮点击事件
- 单元测试 – 如何确保开发人员对其代码进行单元测试
- Qt 正则表达式 用QRegularExpression代替QRegExp