cpu个数、核数、线程数、Java多线程关系的理解

Bertha 。 2022-04-13 08:38 1075阅读 0赞

一 cpu个数、核数、线程数的关系

cpu个数：是指物理上，也及硬件上的核心数；

核数：是逻辑上的，简单理解为逻辑上模拟出的核心数；

线程数：是同一时刻设备能并行执行的程序个数，线程数=cpu个数 \* 核数

二 cpu线程数和Java多线程

首先明白几个概念：

(1) 单个cpu线程在同一时刻只能执行单一Java程序，也就是一个线程

(2) 单个线程同时只能在单个cpu线程中执行

(3) 线程是操作系统最小的调度单位，进程是资源（比如：内存）分配的最小单位

(4)Java中的所有线程在JVM进程中,CPU调度的是进程中的线程

(5)Java多线程并不是由于cpu线程数为多个才称为多线程，当Java线程数大于cpu线程数，操作系统使用时间片机制，采用线程调度算法，频繁的进行线程切换。

a 那么java多进程，每个进程又多线程，cpu是如何调度的呢？

个人理解：操作系统并不是单纯均匀的分配cpu执行不同的进程，因为线程是调度的最小单位，所以会根据不同进程中的线程个数进行时间分片，均匀的执行每个线程，也就是说A进程中有10个线程，而B进程中有2个进程，那么cpu分给进程的执行时间理论上应该是5:1才合理。

b cpu线程数和java线程数有直接关系吗？

个人理解：没有直接关系，正如上面所说，cpu采用分片机制执行线程，给每个线程划分很小的时间颗粒去执行，但是真正的项目中，一个程序要做很多的的操作，读写磁盘、数据逻辑处理、出于业务需求必要的休眠等等操作，当程序在进行I/O操作的时候，线程是阻塞的，线程由运行状态切换到等待状态，此时cpu会做上下文切换，以便处理其他的程序；当I/O操作完成后，cpu 会收到一个来自硬盘的中断信号，并进入中断处理例程，手头正在执行的线程因此被打断，回到 ready 队列。而先前因 I/O 而waiting 的线程随着 I/O 的完成也再次回到 就绪 队列，这时 cpu 可能会选择它来执行。

c 如何确定程序线程数？

个人理解：如果所有的任务都是计算密集型的，则创建的多线程数 = 处理器核心数就可以了

如果io操作比较耗时，则根据具体情况调整线程数，此时 多线程数 = n\*处理器核心数

一般情况程序线程数等于cpu线程数的两到三倍就能很好的利用cpu了，过多的程序线程数不但不会提高性能，反而还会因为线程间的频繁切换而受影响，具体需要根据线程处理的业务考略，不断调整线程数个数，确定当前系统最优的线程数。

参考文献：

[https://blog.csdn.net/wutongyuWxc/article/details/78732287][https_blog.csdn.net_wutongyuWxc_article_details_78732287]

[https_blog.csdn.net_wutongyuWxc_article_details_78732287]: https://blog.csdn.net/wutongyuWxc/article/details/78732287