c# – Xamarin iOS中的Grand Central Dispatch vs ThreadPool性
|
我已经查看了Xamarin的文档,并建议使用ThreadPool来实现多线程功能,如下所示：
http://docs.xamarin.com/guides/ios/application_fundamentals/threading 但是,已经完成了一项基准测试,表明Grand Central Dispatch比ThreadPool更具性能 http://joeengalan.wordpress.com/2012/02/26/execution-differences-between-grand-central-dispatch-and-threadpool-queueuserworkitem-in-monotouch/ 因此我的问题是,为什么Xamarin推荐ThreadPool而不是Grand Central Dispatch？ Xamarin最终是否会将ThreadPool绑定到Grand Central Dispatch？什么时候选择一个而不是另一个？因为如果ThreadPool将由Xamarin优化,并最终胜过Grand Central Dispatch,那么我不想使用Grand Central Dispatch. 解决方法
通过引入更多线程,您可以从机器,特别是移动设备中挤出很少的“额外性能”.
就像我对你所链接的那篇文章的评论(从2012年2月开始)以及你链接的文章的第一段解释了原因. GCD和ThreadPool之间的区别在于Mono中的ThreadPool具有“慢启动”设置,因此在出现工作峰值时它不会创建超过必要的线程.您可以通过启动太多线程来轻松地使CPU匮乏,因此线程池在创建初始线程之后限制自身,然后尝试每秒仅创建一个新线程(给予或接受,我不记得实际细节). 如果要强制ThreadPool实际启动大量线程,可以使用ThreadPool.SetMinThreads控制它. 使用ThreadPool的原因是相同的代码可以在所有平台上运行. 请注意,该文档讨论了如何使用ThreadPool而不是其他标准.NET线程API,并且没有说明是否使用GCD.仅仅是线程池比使用线程滚动自己的管理更好. 也就是说API,这些天我建议人们使用任务并行库(TPL),这是一种比线程更高层次的思考后台操作的方式.此外,通过切换一行代码,您可以灵活地使用内置线程池或调度到GCD,从而跨平台获得相同的API. （编辑：李大同） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |