这是一个创建于 2472 天前的主题，其中的信息可能已经有所发展或是发生改变。
请问，个人老铁，在实际项目中，线程池中线程的数量是如何设置的？另外，是使用多个线程池还是使用一个大的线程池，那种比较合理
 |
1
jy02405651 2018-02-06 15:15:20 +08:00
cpu 内核数 * 2
参考 netty 工作线程的 workgroup |
 |
2
rensuperk 2018-02-06 15:22:41 +08:00
看任务性质,CPU 密集就 Ncpu+1,IO 密集就 2Ncpu,如果是混合型的就拆成不同的任务,分别调用不同的线程池.
|
 |
5
lihongjie0209 2018-02-06 15:32:13 +08:00
之前查过 stackoverflow, 上面的意见是自己分别用不同的数量测试一下才能得出最适合的数目.
我的习惯是 cpu * 2 |
|
6
rensuperk 2018-02-06 15:36:03 +08:00
那要看任务是否合理分配,如果两个线程池的执行时间相差不大,那么拆分后的吞吐量大于串行的吞吐量,
拆分的线程核心数量应略小于不拆分的. 酌情设置 原则就是提升 CPU 计算的效率,减少切换的次数,减少 CPU 空置的比率 |
 |
8
HackerOO7 2018-02-06 15:53:29 +08:00  1
40、高并发、任务执行时间短的业务怎样使用线程池？并发不高、任务执行时间长的业务怎样使用线程池？并发高、业务执行时间长的业务怎样使用线程池？
这是我在并发编程网上看到的一个问题，把这个问题放在最后一个，希望每个人都能看到并且思考一下，因为这个问题非常好、非常实际、非常专业。关于这个问题，个人看法是： （ 1 ）高并发、任务执行时间短的业务，线程池线程数可以设置为 CPU 核数+1，减少线程上下文的切换 （ 2 ）并发不高、任务执行时间长的业务要区分开看： a ）假如是业务时间长集中在 IO 操作上，也就是 IO 密集型的任务，因为 IO 操作并不占用 CPU，所以不要让所有的 CPU 闲下来，可以加大线程池中的线程数目，让 CPU 处理更多的业务 b ）假如是业务时间长集中在计算操作上，也就是计算密集型任务，这个就没办法了，和（ 1 ）一样吧，线程池中的线程数设置得少一些，减少线程上下文的切换 （ 3 ）并发高、业务执行时间长，解决这种类型任务的关键不在于线程池而在于整体架构的设计，看看这些业务里面某些数据是否能做缓存是第一步，增加服务器是第二步，至于线程池的设置，设置参考（ 2 ）。最后，业务执行时间长的问题，也可能需要分析一下，看看能不能使用中间件对任务进行拆分和解耦。 来自： http://www.cnblogs.com/xrq730/p/5060921.html 以前看到的，又找了出来 |
 |
9
yidinghe 2018-02-06 15:56:45 +08:00
1、线程的 CPU 不繁忙，等待时间长，这种情况根据并发请求来设置线程池大小。
2、线程执行消耗大量 CPU，没有什么等待时间，这种情况根据机器可用核心数来设置线程池大小。 |
 |
10
NUT 2018-02-06 19:58:16 +08:00
|
Select Language