c# - 从 WCF 服务启动多个任务

Question

我需要优化 WCF 服务……这是一件相当复杂的事情。这次我的问题与任务有关(Task Parallel Library，.NET 4.0)。发生的情况是，当服务被调用时(使用 Task.Factory.StartNew)我启动了几个任务，然后等待它们完成:

Task.WaitAll(task1, task2, task3, task4, task5, task6);

好吧...我看到但不喜欢的是，在第一次调用时(有时是前 2-3 次调用，如果一个接一个地快速调用)，最后的任务比其他任务开始得晚得多(我正在看一个案例，它比其他案例晚 0.5 秒开始)。我试着打电话

ThreadPool.SetMinThreads(12*Environment.ProcessorCount, 20);

在我的服务开始时，但它似乎没有帮助。

任务都是与数据库相关的:我正在从多个数据库中读取数据，并且它必须花费尽可能少的时间。

知道为什么最后一个任务花了这么长时间吗？有什么我可以做的吗？

或者，我应该直接使用线程池吗？碰巧的是，在我正在查看的一种情况下，一个任务在最后一个任务开始之前就已经结束了——如果我重用那个线程而不是等待创建一个新线程，我会节省 0.2 秒。但是，我不能确定那个任务总是会这么快结束，所以我不能将两个请求放在同一个任务中。

[编辑] 操作系统是Windows Server 2003，所以应该没有连接限制。此外，它托管在 IIS 中 - 我不知道我应该创建常规线程还是使用线程池 - 哪个是首选版本？

[编辑] 我也尝试过使用 Task.Factory.StartNew(action, TaskCreationOptions.LongRunning); - 它没有帮助，最后一个任务仍然很晚才开始(大约半个一秒后)比其余的。

[编辑] MSDN 1说:

The thread pool has a built-in delay (half a second in the .NET Framework version 2.0) before starting new idle threads. If your application periodically starts many tasks in a short time, a small increase in the number of idle threads can produce a significant increase in throughput. Setting the number of idle threads too high consumes system resources needlessly.

但是，正如我所说，我已经在调用 SetMinThreads，但它没有帮助。

Answer 1

在使用 (.Net 4.0) 任务对象时，我自己遇到了线程启动延迟的问题。因此，对于时间紧迫的事情，我现在使用专用线程(...再一次，因为那是我在 .Net 4.0 之前所做的。)

线程池的目的是避免启动和停止线程的操作系统成本。线程只是被重用。这是在例如 Internet 服务器中发现的常见模型。优点是他们可以更快地响应。

我编写了许多应用程序，在这些应用程序中，我通过让专用线程从任务队列中挑选任务来实现我自己的线程池。但是请注意，这通常需要锁定，这可能会导致延迟/瓶颈。这取决于您的设计；如果任务很小，那么就会有很多锁定，用一些 CPU 换取更少的锁定可能会更快:http://www.boyet.com/Articles/LockfreeStack.html

SmartThreadPool 是 .Net 线程池的替代/扩展。正如您在此链接中看到的那样，它有一个很好的 GUI 来进行一些测试:http://www.codeproject.com/KB/threads/smartthreadpool.aspx

最后这取决于你需要什么，但为了高性能我建议实现你自己的线程池。如果您遇到大量线程空闲，那么增加线程数(超过推荐的 cpucount*2)可能会有所帮助。这实际上是 HyperThreading 在 CPU 内部的工作方式 - 在执行操作时使用“空闲”时间来执行其他操作。

请注意，.Net 具有每个进程 25 个线程的内置限制(即对于您同时接收的所有 WCF 调用)。此限制是独立的并会覆盖 ThreadPool 设置。它可以增加，但需要一些魔法:http://www.csharpfriends.com/Articles/getArticle.aspx?articleID=201