线程/线程池或后台工作者

Question

我想知道什么用于需要很多性能的任务。 Backgroundworker，Thread或ThreadPool？

到目前为止，我一直在使用Threads，但我需要提高应用程序的速度。

Answer 1

BackgroundWorker与线程池线程相同。它添加在UI线程上运行事件的能力。显示进度以及使用结果更新UI非常有用。因此，它的典型用法是在需要完成工作时防止UI冻结。性能不是第一个目标，运行代码异步。在以后的.NET版本中，Task＆lt;＆gt;也可以大大扩展这种模式。 class和async / await关键字。

线程池线程对于避免消耗资源很有用。线程是一个昂贵的操作系统对象，您可以创建非常有限的数量。一个线程需要5个操作系统句柄和1兆字节的虚拟内存地址空间。没有Dispose（）方法可以尽早释放这些句柄。线程池主要用于重用线程并确保它们中没有太多是活动的。重要的是，只有当它所做的工作有限时才使用线程池线程，理想情况下不要超过半秒。而不是经常阻止。因此，它最适合短时间的工作，而不是性能重要的任何事情。处理I / O完成是TP线程的理想任务。

是的，也可以使用线程来提高程序的性能。你可以通过使用Thread或任务＆lt;＆gt;来实现。使用TaskContinuationOptions.LongRunning。实际上有一些硬性要求可以实现性能提升，它们非常僵硬：

• 您需要更多而不是一个线程。在理想情况下，两个线程可以完成工作所需的一半时间。而且，你使用的线程越多。然而，接近这个理想很难，它不会无限扩展。谷歌“Amdahl的法律”获取信息。
• 您需要一台具有多核处理器的计算机。这些天很容易搞定。您创建的线程数不应超过可用核心数。使用更多通常会降低性能。
• 你需要那种受计算限制的工作，让处理器的执行引擎成为受约束的资源。这是相当普遍的，但肯定没有灌篮。许多作业实际上受I / O吞吐量的限制，例如从文件读取或dbase查询。或受限于处理器从RAM读取数据的速率。这样的工作不会受益于线程，你可以使用多个执行引擎但你仍然只有一个磁盘和一个内存总线。
• 您需要一种能够跨多个线程分配工作的算法，而几乎不需要同步。这通常是要解决的棘手问题，许多算法本质上是非常顺序的，并且不容易并行化。
• 您需要时间和耐心才能使代码稳定并且运行良好。编写线程代码是 hard ，并且每月一次使程序崩溃，或偶尔产生无效结果的线程竞争可能是主要的时间下沉。

Answer 2

在线程中启动CPU密集型任务的框架与您的问题无关，除非您有过于细粒度的子任务。

当你有多个CPU时，你需要将你的工作分成可以并行执行的子任务。

Answer 3

这个选择并不重要。 BackgroundWorker是一个ThreadPool线程，所以无论如何都没有区别。但是，您可以尝试使用ThreadPool.SetMaxThreads优化线程数。

您可能希望使用System.Threading.Task类来帮助优化并行执行。