如何合理的估算出线程池中的核心线程池个数的大小

分析一般从几个角度考虑:

1.任务的性质:CPU密集型的任务、IO密集型任务、混合型任务。

2.任务的优先级:高、中、低

3.任务执行时间:长、中、短

4.任务的依赖性:是否依赖其它系统资源,如数据库的连接等。

 

根据不同的任务可以交给不同规模的线程池执行。

 

如果是cpu密集型的,尽量减少线程数,如果是IO密集型任务尽量加大线程数,因为io不占用cpu的资源。建议配置2倍CPU个数+1。

如果是混合型的,尽量根据实际情况进行拆分,根据运行时间来决定。

 

如下为一般计算公式:

最佳线程数目 = ((线程等待时间+线程CPU时间)/线程CPU时间 )* CPU数目

最佳线程数目 = (线程等待时间与线程CPU时间之比 + 1)* CPU数目

 

 

线程等待时间所占比例越高,需要越多线程。线程CPU时间所占比例越高,需要越少线程

高并发、任务执行时间短的业务怎样使用线程池?并发不高、任务执行时间长的业务怎样使用线程池?并发高、业务执行时间长的业务怎样使用线程池? 

(1)高并发、任务执行时间短的业务,线程池线程数可以设置为CPU核数+1,减少线程上下文的切换 

(2)并发不高、任务执行时间长的业务要区分开看: 

  a)假如是业务时间长集中在IO操作上,也就是IO密集型的任务,因为IO操作并不占用CPU,所以不要让所有的CPU闲下来,可以适当加大线程池中的线程数目,让CPU处理更多的业务 

  b)假如是业务时间长集中在计算操作上,也就是计算密集型任务,这个就没办法了,和(1)一样吧,线程池中的线程数设置得少一些,减少线程上下文的切换 

(3)并发高、业务执行时间长,解决这种类型任务的关键不在于线程池而在于整体架构的设计,看看这些业务里面某些数据是否能做缓存是第一步,增加服务器是第二步,至于线程池的设置,设置参考(2)。最后,业务执行时间长的问题,也可能需要分析一下,看看能不能使用中间件对任务进行拆分和解耦。

 

展开阅读全文

没有更多推荐了,返回首页