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

Question

我想知道什么用于需要很多性能的任务. Backgroundworker,Thread还是ThreadPool？

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

Answer 1

BackgroundWorker与线程池线程相同.它增加了在UI线程上运行事件的功能.显示进度以及使用结果更新UI非常有用.因此,它的典型用法是在需要完成工作时防止UI冻结.性能不是第一个目标,异步运行代码是.在后来的.NET版本中,Task <>类和async/await关键字也可以很好地扩展此模式.

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

是的,也可以使用线程来提高程序的性能.您可以使用Thread或使用TaskContinuationOptions.LongRunning的Task <>来完成此操作.实际上有一些硬性要求可以实现性能提升,它们非常僵硬:

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