使用 .NET 4.0 运行时编译和运行,我有这样的代码:
int MinWorkerThreads, MaxWorkerThreads;
int MinCompletionPortThreads, MaxCompletionPortThreads;
ThreadPool.GetMinThreads(out MinWorkerThreads, out MinCompletionPortThreads);
ThreadPool.GetMaxThreads(out MaxWorkerThreads, out MaxCompletionPortThreads);
_logger.Info("Default thread pool settings min/max:");
_logger.Info("Worker thread: " + MinWorkerThreads + " / " + MaxWorkerThreads);
_logger.Info("IO thread : " + MinCompletionPortThreads + " / " + MaxCompletionPortThreads);
_logger.Info("Setting minimum default worker thread count to " + Config.MinWorkerThreads);
if (!ThreadPool.SetMinThreads(Config.MinWorkerThreads, MinCompletionPortThreads))
{
_logger.Warn("Unable to modify the minimum number of worker threads");
}
ThreadPool.GetMinThreads(out MinWorkerThreads, out MinCompletionPortThreads);
_logger.Info("Worker thread: " + MinWorkerThreads + " / " + MaxWorkerThreads);
我的日志输出如下所示:
Default thread pool settings min/max:
Worker thread: 4 / 32767
IO thread : 4 / 1000
Setting minimum default worker thread count to 50
Worker thread: 50 / 32767
该值会立即更改,但不会永久更改。
我为什么要这样做? Timer
s 使用默认的 ThreadPool,我曾见过突然一批任务进入系统线程池,淹没它,导致一些应该每 15 秒触发一次的计时器延迟超过 60 秒。
问题是,当我将相同的信息转储到运行时十五分钟时,使用相同的代码,我得到非常不同的值:
Worker thread: 4 / 400
IO thread : 4 / 400
有没有更好的方法来解决这个问题而不放弃使用System.Timers.Timer
?什么会在完全不涉及 IIS 的独立 C# 应用程序中重置此值?如果您是自托管 ASP.NET,是否会隐式更改系统线程池的调整?