问题标签 [plinq]

我有一个 for 循环，我想与 PLINQ 的 Parallel.ForEach() 之类的东西并行化。

这里的关键是我调用来进行计算的 C++ 库显然不是线程安全的，因此，任何并行化的计划都需要跨多个进程这样做。

我正在考虑使用 WCF 创建一个“分发器”进程，“客户端”和多个“计算器”都可以连接到该进程并在队列中添加/删除项目，然后“计算器”将结果直接发送回客户端可以在收到它们时更新 gui。这种架构将允许我将尽可能多的“计算器”在线上，就像我拥有的​​处理器一样，我认为它甚至可以将它们带到多台计算机上，从而创建一个所有客户端都可以共享的潜在处理能力场。

我只是想知道是否有人有这样做的经验，以及是否有现有的应用程序块或框架可以用来为我构建它。PLINQ 在这个过程中完成它。有没有像 DPLINQ（分布式）之类的东西？

另外，如果那不存在，有人想对我提出的架构发表意见吗？有什么明显的陷阱吗？有没有人认为它会工作！？！？！？

我正在构建一个简单的 LinQ-to-object 查询，我想并行化它，但是我想知道语句的顺序是否重要？

例如

对比

会有什么不同吗？

为什么 PLINQ 输出不同于顺序处理和 Parallel.For 循环

我想添加 10,000,000 个数字的平方根之和。这是 3 种情况的代码：

顺序for循环：

输出为：21081852648.717

现在使用 Parallel.For 循环：

输出为：21081852648.7199

现在使用 PLINQ

输出为：21081852648.72

为什么 PLINQ 输出与 Parallel.For 和 Sequential for 循环之间存在差异？

我想问你是否可以在 ASP.NET 4 中使用并行编程？例如 PLINQ。

（因为现在所有的托管服务器都是多核的，它会提供更好的性能吗？）

可能重复：
TransactionScope 和多线程

我正在使用 TransactionScope，以便可以回滚更改。我还在要执行的 IEnumerable 操作上使用 PLINQ。

因为 TransactionScope 不会延续到 PLINQ 创建的新线程，所以每个操作都被原始线程上的 TransactionScope 阻塞，并且并行化操作超时（在 ADO .NET 级别）。

有没有办法解决这个问题或将我的 TransactionScope 带到新线程上？如果需要的话，我不介意升级到 MSDTC。

谢谢。

基本上，我想处理多个线程中的项目列表，而不是一次处理一个。我只想要一次有限数量的线程。这种方法有意义吗？使用线程计数的全局变量是唯一的选择吗？（下面的伪代码）

摘要：我从 System.Threading.Tasks.Parallel.ForEach 和并发数据结构更改为简单的 plinq (Parallel Linq) 查询。速度是惊人的。

那么 plinq 天生就比 Parallel.ForEach 快吗？还是特定于任务。

注意：现在每个任务（PerformWork）的运行时间在 0 到 200 毫秒之间。在我优化它之前，它曾经需要更长的时间。这就是我首先使用 Tasks.Parallel 库的原因。所以我从 2 秒的总时间到 ~100-200 毫秒的总时间，执行大致相同的工作，只是使用不同的方法。（哇 linq 和 plinq 太棒了！）

问题：

1. 使用 plinq 与 Parallel.ForEach 是否加快了速度？
2. 是不是简单地删除了并发数据结构（ConcurrentDictionary）？（因为它不需要同步线程）。
3. 根据这个相关问题的答案

尽管 PLINQ 主要基于没有副作用的函数式编程风格，但副作用正是 TPL 的用途。如果您想实际并行工作而不是并行搜索/选择事物，则使用 TPL。

我可以假设因为我的模式基本上是功能性的（给输入产生没有突变的新输出），那么 plinq 是正确使用的技术吗？

我正在寻找我的假设是否正确的验证，或者是我遗漏了什么的迹象。

是否可以运行我的一些 PLINQ AsParallel() - 优先级低于其他查询的查询？（或者某些优先级高于其他人）PLinq 是否可以做到这一点，还是我必须避免使用 PLINQ 并自己完成所有工作？

编辑/更新：

可以打电话吗

当我想归档较低优先级时，在并行执行的方法中？或者这是一个非常糟糕的做法/黑客？

是否有开箱即用的东西可以在后台运行 Linq 查询 - 也许基于 PLINQ？我尝试了一些事情，但没有找到合适的方法。

我知道我可以创建一个后台工作人员来执行此操作，但我正在寻找“我可以使用”的东西，而不需要自己编写整个处理。

总体情况：我尝试让我的 WinForm 应用程序在读取数据时保持反应性（通过 LINQ），并在读取大量数据时避免“阻塞”。

我正在开发一个 Web 应用程序框架，它使用 MSSQL 进行数据存储，主要只是执行 CRUD 操作（但在任意复杂的结构上），为丰富的 Silverlight 管理员提供 WCF 界面并具有 MVC3 显示（以及一些基本形式，如用户设置等）。

它在以用户友好的方式加载、显示、编辑和保存任何（合理的）复杂数据结构方面变得非常好。

但是，我正在展望未来，并希望扩展我的能力（在此过程中学习新事物也会很有趣......） - 所以我决定（鉴于 C 的未来#5...) 尝试获得一些并行/异步优化...现在，我什至还没有学习 TPL 和 PLinq，所以我也很高兴有任何建议。

所以我的问题是，并行处理可能有帮助的可能领域是什么，TPL 和 Plinq 在哪些方面可以帮助我？

我的直觉告诉我，我可以尝试以并行方式将数据结构的分支保存到数据库（这是我期望最大的性能优化的地方），我可以执行一些复杂的操作（文件上传，邮件发送可能吗？）在多线程环境等中。我可以在客户端上并行构建复杂的 SL UI 视图吗？（在视图上创建 60 个数据绑定字段会导致“闪烁”...）我可以在 MVC 中一次创建部分视图（菜单、类别树、搜索表单等）吗？

ps：如果这变成“告诉我有关并行事物的一切”线程，我很高兴将其设为社区维基......