这两天为了定位JBOSS老是挂死的问题，学习了一下JAVA多线程方面的知识，在此总结一下1、在Java程序中，JVM负责线程的调度。线程调度是指按照特定的机制为多个线程分配CPU的使用权。调度的模式有两种：分时调度和抢占式调度。分时调度是所有线程轮流获得CPU使用权，并平均分配每个线程占用CPU的时间；抢占式调度是根据线程的优先级别来获

Java部分一、多线程 Join() 线程加入，执行此方法的线程优先使用cpu Yeild() 线程释放资源使所有线程能有相等的机会使用cpu Sleep()相当于让线程睡眠，交出CPU，让CPU去执行其他的任务(不会释放锁)。Wait()方法会让线程进入阻塞状态，并且会释放线程占有的锁，并交出CPU执行权限。

搞内核研究的经常对中断这个概念肯定不陌生，经常我们会接触很多与中断相关的术语，按照软件和硬件进行分类：硬件CPU相关：IRQIDTcli&sti软件操作系统相关：APCDPCIRQL一直以来对中断这一部分内容弄的一知半解，操作系统和CPU之间如何协同工作也是很模糊。最近花了点时间认真把这块知识进行了梳理，不当之处，还请高手

一、80386概述80386处理器被广泛应用在1980年代中期到1990年代中期的IBMPC相容机中。这些PC机称为「80386电脑」或「386电脑」，有时也简称「80386」或「386」。80386的广泛应用，将PC机从16位时代带入了32位时代。80386的强大运算能力也使PC机的应用领域得到巨大扩展，商业办公、科学计算、

CPU高速缓存（CacheMemory）CPU为何要有高速缓存CPU在摩尔定律的指导下以每18个月翻一番的速度在发展，然而内存和硬盘的发展速度远远不及CPU。这就造成了高性能能的内存和硬盘价格及其昂贵。然而CPU的高度运算需要高速的数据。为了解决这个问题，CPU厂商在CPU

Redis子进程负责AOF或者RDB文件的重写，它的运行过程主要涉及CPU、内存、硬盘三部分的消耗01 CPUCPU开销分析。子进程负责把进程内的数据分批写入文件，这个过程属于CPU密集操作，通常子进程对单核CPU利用率接近90%CPU消耗优化。Redis是CPU密集型服务，不要做绑定单核CPU操作。由于子进程非常消耗

Node.js单线程与多进程大家都知道Node.js性能很高，是以异步事件驱动、非阻塞I/O而被广泛使用。但缺点也很明显，由于Node.js是单线程程序，如果长时间运算，会导致CPU不能及时释放,所以并不适合CPU密集型应用。当然，也不是没有办法解决这个问题。虽然Node.js不支持多线程，但

操作系统只是硬件和应用软件中间的一个平台。32位操作系统针对的32位的CPU设计。64位操作系统针对的64位的CPU设计。操作系统只是硬件和应用软件中间的一个平台。32位操作系统针对的32位的CPU设计。64位操作系统针对的64位的CPU设计。我们的CPU从原来的8位，16位，到现在的32位和64位。cpu处理计算的时候“数据”和

容器的资源需求，资源限制requests:需求，最低保障；limits：限制，硬限制；CPU：1颗逻辑CPU11000，millicores500m0.5CPUQoS：1.Guranteed:每个容器同时设置CPU和内存的requests和limits即:cpU.limit

1.CPUI5处理器有四核四线程和四核八线程两种：（1）.四核四线程：就是CPU有四个物理核心，每个核心一个时间内只处理一个线程调度，任务管理器中只显示4个CPU图表；（2）四核八线程：使用了超线程技术，把一个物理核心，模拟成两个逻辑核心，任务管理器中会显示8个CPU图表；I7处理器的八核八线程：有八个物理核心可以