默认最小线程数是CPU的内核数,默认最大线程数是机器内核数的250倍,线程池调度会将激活的线程限制在默认最小线程数,如果没有线程结束的话每秒至多可以唤起两个新的线程。假设一个四核的机器。对于线程池来说,会运行很久或很多堵塞的不是I/O引起的线程不是好的候选线程。到达最大线程数并不安全。在四核机器上,仅仅是这些线程的堆栈就会占用千兆字节的虚拟空间,很可能造成OOM,out of memory,如果有这个问题的话可以考虑设置最大线程数,或者只从线程安全的队列激活线程。
我的CPU是六核,+VS2019。
一、代码如下,做一些测试。
ThreadPool.SetMinThreads(int workerThreads, int completionPortThreads)
workerThreads:要由线程池维护的新的最小空闲辅助线程数。(最大/最小线程数)
completionPortThreads:要由线程池维护的新的最小空闲异步 I/O 线程数。
public void ThreadUseAndContruction()
{
// 获取默认线程池中工作线程数和一部I/O线程数量
ThreadPool.GetMinThreads(out int workerThreads, out int completionPortThreads);
//var minRes = ThreadPool.SetMinThreads(5, 5);
//var maxRes = ThreadPool.SetMinThreads(5, 5);
Stopwatch watch = new Stopwatch();
watch.Start();
WaitCallback callback = index =>
{
Console.WriteLine(String.Format("{0}: Task {1} started", watch.Elapsed, index));
Thread.Sleep(10000);
Console.WriteLine(String.Format("{0}: Task {1} finished", watch.Elapsed, index));
};
for (int i = 0; i < 20; i++)
{
ThreadPool.QueueUserWorkItem(callback, i);
}
}
获取默认线程池中工作线程数和一部I/O线程数量,得到的结果都是6,和CPU内核数一致。
1.什么都不设置,使用默认的最大和最小线程数。
通过打印日志发现:0秒的时候瞬间新建了6个新线程0-5,6-15线程每秒钟新建一个,直到10s的时候有线程结束了,这是几乎是每结束一个会新建一个线程,加上原来每秒新建的一个线程。
2.ThreadPool.SetMinThreads(5, 5);
虽然设置了最小线程是5且返回了true,但是0秒的时候瞬间新建了6个新线程。是CPU的内核数在控制。
3.ThreadPool.SetMinThreads(10, 10);
当设置的最小线程数大于内核数时,会按照设置的数字来开启线程。
4.ThreadPool.SetMinThreads(8, 8);
ThreadPool.SetMaxThreads(15, 15);
同时设置最大和最小线程限制,此时可以发现0-14线程开启后直到有线程结束才开始创建新线程,总的线程数不超过15。
二、I/O线程池
.NET准备了一个CLR线程池和一个IO线程池
static void Main(string[] args)
{
ThreadPool.SetMinThreads(6, 3);
ThreadPool.SetMaxThreads(6, 3);
ManualResetEvent waitHandle = new ManualResetEvent(false);
Stopwatch watch = new Stopwatch();
watch.Start();
WebRequest request = HttpWebRequest.Create("http://www.cnblogs.com/");
request.BeginGetResponse(ar =>
{
var response = request.EndGetResponse(ar);
Console.WriteLine(watch.Elapsed + ": Response Get");
}, null);
for (int i = 0; i < 10; i++)
{
ThreadPool.QueueUserWorkItem(index =>
{
Console.WriteLine(String.Format("{0}: Task {1} started", watch.Elapsed, index));
waitHandle.WaitOne();
}, i);
}
waitHandle.WaitOne();
Console.ReadLine();
}
运行如上代码,得到的结果:
I/O线程池受到了CLI的影响,没有执行成功。
如果去掉线程阻塞,得到的结果是:
CLI线程全部执行后才会执行IO请求。 调整WebRequest操作放到for循环的顺序后,结果没有改变。
对于那些在一段时间不活动之后爆发大量活动的应用,少量增加空闲线程数可以显著提高吞吐量。