Hi，我是sharkchili，优快云 Java领域博客专家，开源项目JavaGuide维护人员，我想写一些有意思的东西，希望对你有帮助。

CPU和主存决定的计算机执行效率，所以我们再来聊聊主存，内存一般都是一条条芯片，以华硕主机为例子，他会被插在下图所示的插槽中，对于需要被处理的数据都必须加载到内存中才能被执行，而且内存中的数据如果在断电前没有写回磁盘的话，数据是会丢失的。而且现如今社会，大量的3D特效出现，这些特效都是需要运算的，如果全部交给CPU，极有可能出现大量程序卡顿的情况，所以显示适配器的厂商如今都会在显示适配器中内嵌一个加速芯片来完成运算，这就是所谓的GPU，参见下图所示位置。如下图所示，这就是SATA的插槽。

关于中断，我们可以理解为当使用键盘输入一段文字到操作系统中，操作系统收到这样请求后会打断当前正在运行的进程，然后调用系统内核中的中断处理程序来解决这个插入的请求。软中断的诞生是为了解决中断导致某些请求无法实时响应进而丢失的问题。举个例子，我们的计算机收到一个网络请求，计算机打断了当前正常运行的进程，进而处理这个请求。假如这个请求是一个大文件上传的请求，所以处理时间会非常的长。我们都知道，当操作系统处理一个中断任务时，会临时关闭中断。

Deadline 和 Realtime 这两个调度类，都是应用于实时任务：是按照 deadline 进行调度的，距离当前时间点最近的 deadline 的任务会被优先调度；SCHED_FIFO：对于相同优先级的任务，按先来先服务的原则，但是优先级更高的任务，可以抢占低优先级的任务，也就是优先级高的可以「插队」；SCHED_RR：对于相同优先级的任务，轮流着运行，每个任务都有一定的时间片，当用完时间片的任务会被放到队列尾部，以保证相同优先级任务的公平性，但是高优先级的任务依然可以抢占低优先级的任务；

而现代 CPU 都是多核心的，进程可能在不同 CPU 核心来回切换执行，这对 CPU Cache 不是有利的，虽然 L3 Cache 是多核心之间共享的，但是 L1 和 L2 Cache 都是每个核心独有的，如果一个进程在不同核心来回切换，各个核心的缓存命中率就会受到影响，相反如果进程都在同一个核心上执行，那么其数据的 L1 和 L2 Cache 的缓存命中率可以得到有效提高，缓存命中率高就意味着 CPU 可以减少访问 内存的频率。，加载某个数据时会加载其附近的数据，第一段代码遍历数据是纵向遍历的。

就像下面这张图一样，这就是大名鼎鼎的图灵机，他的工作方式也和现代计算机工作的原理差不多，我们的冯诺依曼模型就是以图灵机作为前身而设计的。可以看出他时由一条很长的纸袋以及一个读写不断工作的盒子组成，这个盒子就是所谓的读写头。借着图灵机的思想，冯诺依曼模型也诞生了。他的工作原理也是图灵机的进阶版，相较于图灵机，他职责划分更加清晰明确。可以看到他将进行工作的不妨划分为CPU，CPU包含逻辑和控制单元，还有寄存器。通过控制单元调度工作，然后寄存器和运算器负责数据加载以及指令计算。