Executor线程池的最佳线程数量计算
2023-09-27 14:24:47 时间
如果是IO密集型应用,则线程池大小设置为2N+1;
如果是CPU密集型应用,则线程池大小设置为N+1;
N代表CPU的核数。
假设我的服务器是4核的,且一般进行大数据运算,cpu消耗较大,那么线程池数量设置为5为最优。
(现在很多项目线程池滥用,注意分配线程数量,建议不要动态创建线程池,尽量将线程池配置在配置文件中,这样方便以后整体的把控和后期维护。每个核心业务线程池要互相独立,互不影响。)
例子(spring):
- <bean class="org.springframework.scheduling.concurrent.ThreadPoolTaskExecutor"
- id="userPrivacyDataObtainThreadPool">
- <!-- 核心线程数 -->
- <property value="6" name="corePoolSize"/>
- <!-- 最大线程数 -->
- <property value="10" name="maxPoolSize"/>
- <!-- 队列最大长度 >=mainExecutor.maxSize -->
- <property value="200" name="queueCapacity"/>
- <!-- 线程池维护线程所允许的空闲时间 -->
- <property value="300" name="keepAliveSeconds"/>
- <!-- 线程池对拒绝任务(无线程可用)的处理策略 -->
- <property name="rejectedExecutionHandler">
- <bean class="java.util.concurrent.ThreadPoolExecutor$AbortPolicy"/>
- </property>
- </bean>
再附上scheduler定时任务的线程池配置:
- <!--项目内定时任务 -->
- <bean id="scheduler" class="org.springframework.scheduling.concurrent.ThreadPoolTaskScheduler">
- <!-- 设置线程池容量,也是最大并发线程数 -->
- <property name="poolSize" value="2" />
- <!-- 当任务被取消的同时从当前调度器移除 -->
- <property name="removeOnCancelPolicy" value="true" />
- <!-- 线程名前缀 -->
- <property name="threadNamePrefix" value="cashpay-scheduler-" />
- <!-- 设置线程池中任务的等待时间,如果超过这个时候还没有销毁就强制销毁 -->
- <property name="awaitTerminationSeconds" value="60" />
- <!-- 当调度器shutdown被调用时等待当前被调度的任务完成 -->
- <property name="waitForTasksToCompleteOnShutdown" value="true" />
- <!-- 线程池对拒绝任务(无线程可用)的处理策略 -->
- <property name="rejectedExecutionHandler">
- <bean class="java.util.concurrent.ThreadPoolExecutor$AbortPolicy"/>
- </property>
- </bean>
注:java代码往线程池中添加线程时,需要用try...catch...包含,因为可能会因为线程池队列满而抛出异常(见rejectedExecutionHandler)(虽然这种情况不多见),java中没有显示的声明,少糖语言是出了名的。。。
相关文章
- 多方安全计算:隐私保护集合求交技术
- 机器学习-有监督学习-分类算法:最大熵模型【迭代过程计算量巨大,实际应用比较难;scikit-learn甚至都没有最大熵模型对应的类库】
- 量子云:让云计算助力中国科幻梦
- 2016 RSA:云计算当道,企业该如何阻止恶意软件?
- 关键业务计算:小数据 高价值 大发展
- 并发下线程池的最佳数量计算
- 钡铼技术发布:云IO数据采集模块与边缘计算IO数据采集模块
- OVF规范成为云计算标准基础
- 开源代码及Linux系统在云计算中的应用
- 云计算发展与政策论坛第四次会议召开
- 阿里云异构计算产品家族亮相 覆盖全场景AI和高性能计算需求
- halcon-prewitt_amp计算边缘
- Android平台根据分辨率计算屏幕尺寸,基于物理尺寸来验证手机和平板应用合并的可行性