Linux IO学习
2020-03-29 本文已影响0人
知而乐者
Linux IO模型
linux的io分为两个阶段
- 等待数据准备好
- 从内核拷贝数据到用户态
| io/阶段 | 等待数据准备好 | 从内核到用户态的数据拷贝 |
|---|---|---|
| blocking IO | 阻塞 | 阻塞 |
| non-blocking IO | 异步（轮询） | 阻塞 |
| IO multiplexing | 阻塞（一个线程管理多个链接） | 阻塞 |
| signal driven IO | 异步（通知） | 阻塞 |
| asynchronous IO | 异步 | 异步 |
blocking IO
blocking IO，阻塞IO，java中实现Socket和服务端为ServerSocket，每次来一个新链接都需要启动一个线程（可以用线程池来优化）每次当读数据的时候会阻塞，应用场景为：链接数目较小，且固定的架构，交互频繁，可预测的读，比如Mysql客户端，HttpClient，每次请求后都会有数据返回，像聊天服务器这种不知道何时会有消息就不太适合使用
为什么redis使用多路复用IO，不使用BIO？
reids是使用单线程处理各个链接的请求，如果使用BIO会产生大量并发线程，线程之间的切换与线程的同步开销会很大
思考：单线程处理BIO+队列与NIO的比较？
image.png
non-blocking IO
non-blocking IO，非阻塞IO（不是java中nio，java中nio对于的是linux模型中的io多路复用，java中nio可以理解为new io）
image.png
IO multiplexing
IO multiplexing，IO多路复用，java中NIO的实现，对应ServerSocketChannl，selector等，一个select为一个线程可以监听多个链接，有任意一个链接事件准备的时候就可以拿到，不需要每个socket都开启一个线程
image.png
signal driven IO
信号驱动式IO(signal-driven IO)，就是让内核在描述符就绪时发送SIGIO信号通知用户进程。（使用较少）
image.png
asynchronous IO
异步IO(asynchronous IO)其实用得很少，在Linux 2.5 版本的内核中首次出现，在 2.6 版本的内核中才成为标准特性。
image.png
总结图
image.png
