c# – 在foreach循环中使用parallel.foreach和task之间的性能差异是什么？

2019年7月21日 628次阅读

我想知道什么是最好的方法,或者是否有任何文件/文章可以帮助我确定在正常情况下使用Parallel.foreach和Task的区别是什么

每个循环,如下所示：

案例1 – Parallel.foreach：

Parallel.foreach
{
  // Do SOmething thread safe: parsing an xml and then save 
  // into a DB Server thry respoitory approach
}

案例2 – foreach中的任务：

foreach
{
  Task t1 = Task.factory.startNew(()=>
  {
     //Do the same thing as case 1 that is thread safe
  }
}
Task.waitall()

>我确实进行了自己的测试,结果显示案例1的表现优于案例2.比例大致如下：
顺序vs案例1 vs案例2 = 5s：1s：4s

虽然案例1和案例2几乎有1：4？那么这是否意味着我们应该始终使用parallel.foreach或parallel.for,如果我们想在循环中并行运行？

最佳答案 首先,关于该主题的最佳文档是通过C#的CLR的第V部分.

http://www.amazon.com/CLR-via-C-Developer-Reference/dp/0735667454/ref=sr_1_1?ie=UTF8&qid=1376239791&sr=8-1&keywords=clr+via+c%23

其次,我希望Parallel.Foreach能够更好地执行,因为它不仅会创建任务,还会对它们进行分组.在Jeffrey Richter的书中,他解释了单独启动的任务将被放在线程池队列中.锁定实际线程池队列有一些开销.为了解决这个问题,任务本身为他们创建的任务创建了自己的队列.任务持有的这个任务子队列实际上可以在没有锁定的情况下完成一些工作！

我将不得不再次阅读该章节(第27章),所以我不确定Parallel.Foreach是这样工作的,但这是我期望它做的.

他解释说,锁定很昂贵,因为它需要访问内核级别的构造.

在任何一种情况下,都不要指望它们按顺序处理.由于上述内部原因,使用Parallel.Foreach不太可能按顺序处理foreach关键字.

点赞