以多线程为主线串联 aio,bio,nio。

最新推荐文章于 2024-09-14 18:46:05 发布

wzx01234567890

最新推荐文章于 2024-09-14 18:46:05 发布

阅读量244

点赞数

分类专栏： nio bio 文章标签： java

本文链接：https://blog.csdn.net/wzx01234567890/article/details/107874590

版权

nio 同时被 2 个专栏收录

2 篇文章 0 订阅

订阅专栏

bio

1 篇文章 0 订阅

订阅专栏

假设系统的处理核数为4核，那么逻辑处理器为8 先普及一下概念

CPU密集型（CPU-bound）

CPU密集型也叫计算密集型，指的是系统的硬盘、内存性能相对CPU要好很多，此时，系统运作大部分的状况是CPU Loading 100%，CPU要读/写I/O(硬盘/内存)，I/O在很短的时间就可以完成，而CPU还有许多运算要处理，CPU Loading很高。

IO密集型（I/O bound）

IO密集型指的是系统的CPU性能相对硬盘、内存要好很多，此时，系统运作，大部分的状况是CPU在等I/O (硬盘/内存) 的读/写操作，此时CPU Loading并不高。

什么是loading？

我也不清楚什么是loading？但是我知道什么是cpu load指数
cpu load指数就是假设一分钟cpu请求数是100，这时候来了1000个请求
cpu处理100，还有900个等待，其实load指数就是 1000/100 = 10 ，load指数越高，cpu是越繁忙的。应该能够解释了。

I/O bound的程序一般在达到性能极限时，CPU占用率仍然较低。这可能是因为任务本身需要大量I/O操作，而pipeline做得不是很好，没有充分利用处理器能力。

在多重程序系统中，大部份时间用来做计算、逻辑判断等CPU动作的程序称之CPU bound。例如一个计算圆周率至小数点一千位以下的程序，在执行的过程当中绝大部份时间用在三角函数和开根号的计算，便是属于CPU bound的程序。

CPU bound的程序一般而言CPU占用率相当高。这可能是因为任务本身不太需要访问I/O设备，也可能是因为程序是多线程实现因此屏蔽掉了等待I/O的时间。

问题来了，都是问题？？？？？？？

Runtime.getRuntime().availableProcessors() * 2 获取实际逻辑处理数。
如果该服务器上部署了不同应用（一般为web应用，计算量不大，为io密集型），增加复杂度，如果有任务密集型则计算量非常大。现在假设一个场景：服务器为8核处理器，逻辑处理器为16个，该系统主要是做io密集型操作，多线程核心线程数该设为多少？阻塞队列应该又设为多少呢？多线程跟socket 套接字有关联么？看大牛的技术文档，核心线程数io密集型 = 2* availableProcessors? 核心线程数任务密集型为 availableProcessors+1?为何这么设计？这其中与bio，阻塞同步，nio阻塞异步，aio，非阻塞异步又有什么关联呢？与tomcat服务器又有什么关联呢？几年前tomcat用的是bio，后来改成nio通信。
现在模拟一个流程，假如用户一个查询请求过来，从iso网络模型走下去
必定是从应用层->传输层->网络层->数据链路层->物理层,那么最终到达服务器，服务器是如何处理的？

linux下的进程

在这里插入图片描述

为什么贴这两张图。

其实操作系统会为每个进程分配内存空间，包括识别id，像不像数据库中的表呢，对每条数据都打上标识。其实你看操作系统的考研视频，进程管理现场的保护是通过pcb来操作的，其中还有寄存器之类的东西，很复杂，没有深入研究。进程切换的时候其实就是加载pcb文件来恢复现场，这个阶段其实还有一些初始化，频繁的切换会导致性能的效率。

服务器端在实时的监控是否有请求数据过来，这里是怎么实现的

阻塞io

socket套接字是一套通信协议，但是介于传输层与网络层之间，他们是双端通信。但是tcp就是双端通信啊，只是人为感知不到。对于socket I/O而言，第一步通常是等待数据从网络中到达，到达之后会复制到内核的某个缓冲区，第二步就是从内核缓冲区复制到应用进程缓冲区。这个阻塞io就是应用发起recvfrom系统调用，内核准备好数据，复制到应用进程缓冲区，应用从阻塞里恢复，处理数据。