调整线程池对性能影响

本文探讨了线程池的默认配置如何根据CPU核心数动态调整,并通过实验展示了设置线程池最小和最大线程数对性能的影响。在四核机器上,过多的线程可能导致内存问题。作者在六核CPU上进行测试,发现设置最小线程数会影响线程的创建,并且当设置的最小线程数大于内核数时,会按设置值创建线程。此外,还讨论了I/O线程池的行为,指出适当增加空闲线程数可以提高应用吞吐量。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

        默认最小线程数是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循环的顺序后,结果没有改变。

        对于那些在一段时间不活动之后爆发大量活动的应用,少量增加空闲线程数可以显著提高吞吐量。

引用:浅谈线程池(下):相关试验及注意事项 - Jeffrey Zhao - 博客园

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值