线程池最优大小计算公式

最新推荐文章于 2024-07-28 10:27:44 发布
最新推荐文章于 2024-07-28 10:27:44 发布
阅读量3.5k 收藏 9
点赞数 3
分类专栏： java并发
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/liushengbaoblog/article/details/104910438
版权

java并发编程实战中提到一个计算线程池最优大小的公式


线程数量=cpu的数量*cpu期望利用率*(1 + wait time / service time)。

wait time 等待io完成时间

service time CPU忙处理任务的时间（不包含阻塞等待的时间），例如 处理io返回完成时间 

wait time / service time 称为阻塞系数,对于CPU密集型任务 阻塞系数为0，cpu核的数量就是线程数，拥有更多的线程数也是用处不大的。


比如一个8核CPU，希望这部分工作的CPU使用率20%，任务等待io完成50ms,任务执行io返回5ms。
那么线程数量=8*0.2*（1+50/5）=16

细听风声
关注
专栏目录
51.线程池大小
卷土的博客
06-07 243
1.线程池太小会导致程序不能充分利用系统资源、容易导致饥饿。2.线程池过大导致更多的线程上下文切换，占用更多的内存。
线程池大小，线程数计算公式
Code changes the world！
12-28 3067
有一个简单并且适用面比较广的公式： CPU 密集型任务(N+1)： 这种任务消耗的主要是 CPU 资源，可以将线程数设置为 N（CPU 核心数）+1，比 CPU 核心数多出来的一个线程是为了防止线程偶发的缺页中断，或者其它原因导致的任务暂停而带来的影响。一旦任务暂停，CPU 就会处于空闲状态，而在这种情况下多出来的一个线程就可以充分利用 CPU 的空闲时间。 I/O 密集型任务(2N)： 这种任务应用起来，系统会用大部分的时间来处理 I/O 交互，而线程在处理 I/O 的时间段内不会占用 CPU 来处理.
java线程池最大线程数_Java并发（八）计算线程池最佳线程数
weixin_30045055的博客
02-12 2107
目录一、理论分析二、实际应用为了加快程序处理速度，我们会将问题分解成若干个并发执行的任务。并且创建线程池，将任务委派给线程池中的线程，以便使它们可以并发地执行。在高并发的情况下采用线程池，可以有效降低线程创建释放的时间花销及资源开销，如不使用线程池，有可能造成系统创建大量线程而导致消耗完系统内存以及“过度切换”(在JVM中采用的处理机制为时间片轮转，减少了线程间的相互切换)。但是有一个很大的问题...
线程池配置与CPU利用率
最新发布
modelsetget的博客
07-28 356
线程数设置需结合实际场景和目标，通过测试找到最合适的配置。考虑主机和JVM进程中的其他线程对CPU资源的影响。通过不断测试和调整，达到预期的CPU利用率和系统性能。
线程池设置线程数计算公式
程序员梅花陆的博客
07-10 1861
CPU密集型（CPU-bound） 线程数一般设置为：线程数 = CPU核数+1 (现代CPU支持超线程) IO密集型（I/O bound） 线程数一般设置为：线程数 = （（线程等待时间+线程CPU时间）/线程CPU时间 ）* CPU数目
java如何计算线程池大小_如何计算tomcat线程池大小？
weixin_29737443的博客
02-25 424
背景在我们的日常开发中都涉及到使用tomcat做为服务器，但是我们该设置多大的线程池呢？以及根据什么原则来设计这个线程池呢？接下来，我将介绍本人是怎么设计以及计算的。目标确定tomcat服务器线程池大小具体方法众所周知，tomcat接受一个request后处理过程中，会涉及到cpu和IO时间。其中IO等待时，cpu被动放弃执行，其他线程就可以利用这段时间片进行操作。所以我们可以采用服务器IO优化的...
线程池核心数计算方式
weixin_40057028的博客
07-11 562
线程池核心数计算方式
线程池设置合理大小公式
My_Way666的博客
01-17 721
连接池数量 = ((核心数 * 2) + 有效磁盘数) 具体分析文章 原文地址
线程池大小选择：针对 I/O 密集型场景和 CPU 密集型场景
weixin_41670608的博客
08-23 3322
总的来说，线程 I/O 时间比例越高，需要越多线程来 overlap 这个 I/O，反之需要越少的线程。同时需要认识到，并不是使用线程池就一定比单线程高效，单线程相比多线程避免了上下文切换时间和锁。因此也可以很高效。有了以上方法，我们就可以做到在不同业务场景中选择不同的线程池大小了。......
在线程池中创建多少线程比较合理？
01-20
线程池的大小设计需考虑以下几个核心因素： 1. **系统资源限制**： - CPU核心数：多核CPU允许并行执行多个线程。线程数应不超过CPU核心数，以避免过度上下文切换带来的开销。对于CPU密集型任务，最佳线程数通常是...
Java学习----线程池
hanxuya的博客
09-09 1249
newCachedThreadPool创建一个可缓存线程池，如果线程池长度超过处理需要，可灵活回收空闲线程，若无可回收重用时则新建线程。}工作线程的创建数量几乎没有限制(其实也有限制的,数目为Interger.MAX_VALUE), 这样可灵活的往线程池中添加线程。如果长时间没有往线程池中提交任务，即如果工作线程空闲了指定的时间(默认为1分钟)，则该工作线程将自动终止。终止后，如果你又提交了新的任务，则线程池重新创建一个工作线程。
线程池合理估算大小
qq_39042827的博客
07-02 8685
分配线程池究竟设置多大还是要看你的执行的任务，不要单方面看，线程任务分为Cpu密集型和IO密集型、混合型。 主要看系统运行的任务是什么类型的， 主要分为3种类型任务：CPU密集型和IO密集型，混合型任务 cpu密集型：一般分配N+1，什么是cpu密集型认为，则是任务运行时间快，像单线程处理，如果这种任务你把线程池数量设置过大，会导致cpu上下文切换，这样会导致cpu额外开心和耗时，本来是解决任务异常执行或处理并发任务。 IO密集型：一般发分配2N+1(意思则是（2*cpu线程核心数量）+1)，这种任务是偏向
如何计算一个合适的线程池大小参数
疯狂的菠菜
04-02 1216
原文在[url=http://www.javacodegeeks.com/2012/03/threading-stories-about-robust-thread.html]这里[/url] 下面是一个计算的框架代码: [code="java"]/** * A class that calculates the optimal thread pool boundaries. It t...
线程池的大小
qq_36553387的博客
08-20 292
线程池的大小 如果线程池中的线程在执行任务时，密集计算所占的时间比重为P(0<P≤1)P(0 < P \le 1)P(0<P≤1)，而系统一共有CCC个CPU，为了让这CCC个CPU跑满而又不过载，线程池大小的经验公式是T=C/PT = C/PT=C/P。TTT是个hint，考虑到P值的估计不是很准确，TTT​的最佳值可以上下浮动50%。这个经验公式的原理很简单，TTT个线程，每个线程占用PPP的CPU时间，如果刚好占满CCC个CPU，那么必有T∗P=CT * P = CT∗P=C。 如果
Java并发计算线程池最佳线程数
weixin_43706468的博客
09-21 522
Java并发计算线程池最佳线程数 目录 　　一、理论分析 　　二、实际应用   为了加快程序处理速度，我们会将问题分解成若干个并发执行的任务。并且创建线程池，将任务委派给线程池中的线程，以便使它们可以并发地执行。在高并发的情况下采用线程池，可以有效降低线程创建释放的时间花销及资源开销，如不使用线程池，有可能造成系统创...
线程池大小设置多少比较合适？
旷野历程
12-04 2230
旨在用公式描述在并行计算中，多核处理器理论上能够提高多少倍速度。它代表了处理器并行运算之后效率提升的能力。公式如下：S(N)：是加速比（Speedup）P：是并行化部分占总程序执行时间的比例N：是并行化部分的处理器数目P 为并行计算所占比例，N 为并行节点处理个数。当 1 - P = 0 时，没有串行，只有并行，最大加速比 S(N) = N；当 P = 0 时，只有串行，没有并行，最小加速比 S(N) = 1；
【Java多线程】线程池 ThreadPoolExecutor类和Executors工厂类以及线程池的最优大小
m0_65277261的博客
04-12 1665
主要核心原理 创建一个线程池子，池子中是空的 提交任务时，线程池子会创建新的线程对象，任务执行完毕，线程归还给池子下回再次提交任务时，不需要创建新的线程，直接复用已有的线程即可 但是如果提交任务时，池子中没有空闲线程，也无法创建新的线程，任务就会排队等待
如何合理地估算线程池大小
石臻臻的杂货铺(szzdzhp001)
02-05 772
CPU密集型 CPU密集型也叫计算密集型，指的是系统的硬盘、内存性能相对CPU要好很多，此时，系统运作大部分的状况是CPU Loading 100%，CPU要读/写I/O(硬盘/内存)，I/O在很短的时间就可以完成，而CPU还有许多运算要处理，CPU Loading很高。 写了一个cpu密集型的例子,一直执行自增操作 CPU bound的程序一般而言CPU占用率相当高。这可能是因为任务本身不太需要访问I/O设备，也可能是因为程序是多线程实现因此屏蔽掉了等待I/O的时间 如果是CPU密集型应用，则线程池大小
线程池核心线程数计算公式
05-09
线程池的核心线程数计算公式可以使用以下公式： 核心线程数 = CPU可用核心数 / (1 - 阻塞系数) 其中，CPU可用核心数是指可以使用的CPU核心数量，阻塞系数是指阻塞的任务占总任务数的比例，一般取值为0.8到0.9之间。 例如，假设CPU可用核心数为4，阻塞系数为0.8，则线程池的核心线程数为： 核心线程数 = 4 / (1 - 0.8) = 20 这意味着线程池中至少需要20个核心线程来处理任务。当任务队列中的任务数超过线程池的最大线程数时，新的任务将被放入队列中等待处理。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值