所以我的问题如下:我有一个要处理的项目列表,我想并行处理这些项目,然后提交处理后的项目。
C# 中的屏障类将允许我执行此操作 - 我可以并行运行线程来处理项目列表,并且当调用 SignalAndWait 且所有参与者都遇到屏障时,我可以提交已处理的项目。
Task 类还允许我执行此操作 - 在 Task.WaitAll 调用中,我可以等待所有任务完成,并且可以提交已处理的项目。如果我理解正确的话,每个任务将在它自己的线程上运行,而不是在同一线程上并行运行一堆任务。
- 我对问题的两种用法的理解是否正确?
- 两者之间有什么优势吗?
- 是否有更好的混合解决方案(障碍和任务?)。
最佳答案
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.
屏障是一种同步原语。将其与可并行计算的工作单元(例如任务
)进行比较是不正确的。
屏障可以通知所有线程等待,直到所有其他线程完成一些工作并检查该工作。它本身没有并行计算能力,也没有背后的线程模型。
Is there any advantage between one over the other?
至于问题1,你会发现这是无关紧要的。
Is there any way a hybrid solution is better (barrier and tasks?).
就您而言,我不确定是否需要它。如果您只想对一组项目并行执行 CPU 密集型计算,那么您有 Parallel.ForEach
正是为了这个目的。它将对可枚举进行分区并并行调用它们,并阻塞直到计算出整个集合。
关于c# - 任务与障碍,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/30283262/