多线程基础--线程池中线程池的个数确定

我们在多线程开发过程中,难免会遇到线程池使用, 但是,有时候我们会发现,线程池设置的线程数量是一个棘手的问题,线程数量设置过多或者过少,都会导致系统性能无法发挥出来,那我们该如何设置线程数量?

在确定线程数量前,我们首先要思考一个问题就是系统性能优化指标,通常情况下,优化指标有降低延迟和提高吞吐量两个。

降低延迟:发送请求到接收数据的时间。

提高吞吐量:单位时间能可以处理更多的请求。(重点)

从这两个指标,我们通常会分别采取优化算法和使硬件性能发挥到极致。

优化算法:降低时间和空间复杂度,使得程序执行时间更短。

硬件性能优化:提高I/O和CPU的利用率。

如何提高I/O和CPU的利用率?

如果是单核系统,只有一个程序执行,并且程序既有I/O操作和CPU计算,此时执行I/O操作,CPU空闲,此时,如果用两个线程去执行,一个线程执行I/O操作,一个线程执行CPu操作,此时就能将性能发挥出来。

我们在进一步的分析如何提高硬件的性能,根据线程的一般应用场景,由于I/O操作比CPU计算耗时多,所以,程序只要有IO操作,就归纳为IO密集型计算,程序中只有CPU计算,归纳为CPU密集型程序。

1、IO密集型

假如我们将R=IO耗时/CPU耗时=10。此时我们创建线程A执行IO操作,此时为了不让CPU闲着,此时,就需要10个线程去执行CPU计算。所以,不难发现,我们需要创建11个线程来执行,如果是多核CPU,线程数量是单核线程数*CPU核数。

2、CPU密集型

这个很简单,CPU核数=线程数,但是我们一般会设置CPU核数+1防止由于其他因素导致线程阻塞。

 

  • 1
    点赞
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
当 http-nio-7001-exec- 线程池的数量突然增高时,可能是由以下原因导致的: 1. 突发流量:如果有大量用户同时访问网站或请求需要处理大量数据,可能会导致线程池数量突然增加。 2. 长时间运行的请求:如果请求需要很长时间才能处理完毕,线程池可能会一直保持高水平。这可能是由于处理请求的代码有性能问题。 3. 竞态条件:当不同的线程需要共享数据时,可能会出现竞争条件。这可能会导致某些线程等待其他线程完成工作,从而导致线程池数量增加。 4. 内存泄漏:如果应用程序存在内存泄漏,可能会导致线程池数量增加。这是因为线程需要占用内存,而内存泄漏则会导致内存无法释放,从而导致线程不断增加。 要解决此问题,可以通过以下方式: 1. 检查代码逻辑,查找潜在的性能问题,例如避免使用锁、减少数据访问等。 2. 应该检查应用程序的垃圾回收机制和内存分配,以确保内存使用状况正常。 3. 可以增加线程池的大小,以便处理更多的请求。虽然这并不能解决问题的根源,但如果您确定出现了时间敏感的性能问题,则可以使用此方法暂时缓解问题。 4. 内存泄漏是一个严重的问题,应该彻底检查应用程序和底层框架,以确保它们正常运行。 总之,应该确保线程池不会过度使用资源,且需要密切监视线程池并进行必要的调整以支持流量变化。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值