gpt4 book ai didi

c# - 任务与障碍

转载 作者:太空宇宙 更新时间:2023-11-03 21:21:43 25 4
gpt4 key购买 nike

所以我的问题如下:我有一个要处理的项目列表,我想并行处理这些项目,然后提交已处理的项目。

C# 中的障碍类允许我这样做 - 我可以并行运行线程来处理项目列表,当调用 SignalAndWait 并且所有参与者都遇到障碍时,我可以提交已处理的项目。

Task 类也允许我执行此操作 - 在 Task.WaitAll 调用中,我可以等待所有任务完成,然后我可以提交已处理的项目。如果我理解正确的话,每个任务都会在它自己的线程上运行,而不是在同一个线程上并行运行一堆任务。

  1. 我对问题的两种用法的理解是否正确?
  2. 两者之间有什么优势吗?
  3. 有没有更好的混合解决方案(障碍和任务?)。

最佳答案

Is my understand correct on both usages for the problem?

我认为你对Barrier类有误解。 The docs say :

A barrier is a user-defined synchronization primitive that enables multiple threads (known as participants) to work concurrently on an algorithm in phases.

屏障是一种同步原语。将它与可以并行计算的工作单元(例如 Task)进行比较是不正确的。

屏障可以通知所有线程等待,直到所有其他线程完成一些工作并检查该工作。它本身没有并行计算能力,也没有背后的线程模型。

Is there any advantage between one over the other?

至于问题 1,你看这是无关紧要的。

Is there any way a hybrid solution is better (barrier and tasks?).

对于您的情况,我完全不确定是否需要它。如果你只是想对一组项目进行并行的 CPU 绑定(bind)计算,你有 Parallel.ForEach正是为了这个目的。它将对可枚举对象进行分区并并行调用它们,然后阻塞直到计算完整个集合。

关于c# - 任务与障碍,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30283262/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com