【杂谈】最优线程数到底如何确定?

本文探讨了为何要使用多线程避免CPU空转,以及不同书籍中关于线程数建议的局限性。随着微服务和云技术的发展,传统的线程数计算公式不再适用。面对混合部署的情况,正确做法是通过实践测试来确定最佳线程数,以接口QPS和响应时间为指标,找出性能与资源利用的平衡点。

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

首先以单核CPU为例:
请添加图片描述
为什么要使用多线程呢?

  • 如果只有一个线程的话,当任务阻塞时就会出现CPU的“空转期”,这一段时间的计算资源就被白白浪费掉了
  • 使用了多线程时,如果CPU阻塞,就会让出其使用权由其他线程竞争,线程阻塞的时间并不会被浪费掉

当然线程数也不是越多越好,因为上下文切换也是一个耗时操作,于是我们就希望给我们的系统找到一个最优的线程数,这样既能保证充分利用CPU资源,又能减少上下文切换所带来的的开销


《Java Concurrency in Practice》中写到:

对于CPU密集型任务,建议线程数设置为 CPU核心数 + 1

《Programing Concurrency on the JVM》中写到:

最小线程数 = CPU核心数

对于I

评论 108
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小王曾是少年

如果对你有帮助,欢迎支持我

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值