线程池的核心参数配置(仅供参考)

魔道不误砍柴功

于 2024-10-05 16:50:23 发布

阅读量904

点赞数 10

分类专栏： Java使用与案例分享文章标签： java

本文链接：https://blog.csdn.net/qq_35971258/article/details/142716041

版权

Java使用与案例分享专栏收录该内容

140 篇文章 2 订阅

订阅专栏

线程数的一般设置

CPU密集型的程序 - 核心数 + 1
I/O密集型的程序 - 核心数 * 2

CPU利用率

在分析线程数之前，先说一个基本的理论：

一个CPU核心，单位时间内只能执行一个线程的指令

那么理论上，我一个线程只需要不停的执行指令，就可以跑满一个核心的利用率。

来写个死循环空跑的例子验证一下：

public class CPUUtilizationTest{
   public static void main(String[] args){
     //死循环，什么都不做
     while(true){
     }
}}

运行这个例子后，来看看现在CPU的利用率：

图片

从图上可以看到，我的3号核心利用率已经被跑满了

那基于上面的理论，我多开几个线程试试呢？

public class CPUUtilizationTest{
     public static void main(String[] args){
         for(int j =0; j <6; j++){
         new Thread(newRunnable(){
             @Override
             public void run(){
                 while(true){
                 }
             }
         }).start();
     }
}}

此时再看CPU利用率，1/2/5/7/9/11 几个核心的利用率已经被跑满：

图片

那如果开12个线程呢，是不是会把所有核心的利用率都跑满？答案一定是会的：

图片

如果此时我把上面例子的线程数继续增加到24个线程，会出现什么结果呢？

CPU利用率和上一步一样，还是所有核心100%，不过此时负载从11.x增加到了22.x，说明此时CPU更繁忙，线程的任务无法及时执行。

现代CPU基本都是多核心的，我们可以简单的认为是12核心CPU。那么我这个CPU就可以同时做12件事，互不打扰。

如果要执行的线程大于核心数，那么就需要通过操作系统的调度了。操作系统给每个线程分配CPU时间片资源，然后不停的切换，从而实现**“并行”执行的效果**。

但是这样真的更快吗？从上面的例子可以看出，一个线程就可以把一个核心的利用率跑满。如果每个线程都很“霸道”，不停的执行指令，不给CPU空闲的时间，并且同时执行的线程数大于CPU的核心数，就会导致操作系统更频繁的执行切换线程执行，以确保每个线程都可以得到执行。

不过切换是有代价的，每次切换会伴随着寄存器数据更新，内存页表更新等操作。虽然一次切换的代价和I/O操作比起来微不足道，但如果线程过多，线程切换的过于频繁，甚至在单位时间内切换的耗时已经大于程序执行的时间，就会导致CPU资源过多的浪费在上下文切换上，而不是在执行程序，得不偿失。

上面死循环空跑的例子，有点过于极端了，正常情况下不太可能有这种程序。

大多程序在运行时都会有一些 I/O操作，可能是读写文件，网络收发报文等，这些 I/O 操作在进行时时需要等待反馈的。比如网络读写时，需要等待报文发送或者接收到，在这个等待过程中，线程是等待状态，CPU没有工作。此时操作系统就会调度CPU去执行其他线程的指令，这样就完美利用了CPU这段空闲期，提高了CPU的利用率。

上面的例子中，程序不停的循环什么都不做，CPU要不停的执行指令，几乎没有啥空闲的时间。如果插入一段I/O操作呢，I/O 操作期间 CPU是空闲状态，CPU的利用率会怎么样呢？先看看单线程下的结果：

public class CPUUtilizationTest{
     public static void main(String[] args)throws InterruptedException{
         for(int n =0; n <1; n++){
         new Thread(newRunnable(){
             @Override
             public void run(){
                 while(true){
                     //每次空循环 1亿 次后，sleep 50ms，模拟 I/O等待、切换
                     for(int i =0; i <100_000_000l; i++){ 
                     }
                     try{
                       Thread.sleep(50);
                     }
                     catch(InterruptedException e){
                       e.printStackTrace();
                     }
                 }
             }
         }).start();
     }
}}