IO模型

 

IO多路复用模型：

是指内核一旦发现进程指定的一个或者多个IO条件准备读取，就通知该进程。

IO多路复用适用如下场合：
>当客户端处理多个描述符时（一般是交互式输入和网络套接口），必须使用I/O复用
>当一个客户端同时处理多个套接字时，此情况可能的但很少出现
>当一个TCP服务器既要处理监听套接字，又要处理已连接套接字，一般也要用到I/O复用
>当一个服务器即要处理TCP，又要处理UDP，一般要使用I/O复用
>当一个服务器要处理多个服务或多个协议，一般要使用I/O复用

sclect、poll机制:

多个连接共用一个等待机制，本模型会阻塞进程，但是进程是阻塞在select或者poll这两个系统调用上，而不是阻塞在真正的IO操作上，用户首先将需要进行IO操作添加到select中，继续执行做其他的工作（异步），同时等待select系统调用返回。当数据到达时，IO被激活，select函数返回。用户线程正式发起read请求，读取数据并继续执行。I从流程上来看，使用select函数进行IO请求和同步阻塞模型没有太大的区别，甚至还多了添加监视IO，以及调用select函数的额外操作，效率更差。并且阻塞了两次，但是第一次阻塞在select上时，select可以监控多个IO上是否已有IO操作准备就绪，即可达到右同一个线程内同时处理多个IO请求的目的。而不像阻塞IO那种，一次只能监控一个IO虽然上述方式允许单线程内处理多个IO请求，但是每个I0请求的过程还是阻塞的（在select函数上阻塞），平均时间甚至比同步阻塞IO模型还要长。如果用户线程只是注册自己需要的IO请求，然后去做自己的事情，等到数据到来时再进行处理，则可以提高CPU的利用率，IO多路复用是最常使用的IO模型，但是其异步程度还不够“彻底”，因它使用了会阻塞线程的select系统调用。因此IO多路复用只能称为异步阻塞IO模型，而非真正的异步IO。

信号驱动模型:signal-driven I/O

用户进程可以通过sigaction系统调用注册一个信号处理程序，然后主程序可以继续向下执行，当有IO操作准备就绪时，由内核通知触发一个SIGIO信号处理程序执行，然后将用户进程所需要的数据从内核空间拷贝到用户空间此模型的优势在于等待数据报到达期间进程不被阻塞。用户主程序可以继续执行，只要等待来自信号处理函数的通知该模型并不常用

 

异步I0模型：

与信号驱动IO最主要的区别是信号驱动IO是由内核通知何时可以进行IO操作，而异步IO则是由内核告诉用户线程IO操作何时完成。信号驱动IO当内核通知触发信号处理程序时，信号处理程序还需要阻塞在从内核空间缓冲区拷贝数据到用户空间缓冲区这个阶段，而异步IO直接是在第二个阶段完成后，内核直接通知用户线程可以进行后续操作了
相比于IO多路复用模型，异步IO并不十分常用，不少高性能并发服务程序使用IO多路复用模型+多线程任务处理的架构基本可以满足需求。目前操作系统对异步IO的支持并非特别完善，更多的是采用IO多路复用模型模拟异步IO的方式（IO事件触发时不直接通知用户线程，而是将数据读写完毕后放到用户指定的缓冲区中）。

 

 

I/O复用模型主要实现方式有以下几种：

>Select:Linux实现对应，I/O复用模型，BSD4.2最早实现
>Poll:Linux实现，对应I/O复用模型，System V unix最早实现,在编译nginx的时候可以使用--with-pall modbule--without -poll molule这两个指定是否编泽select库。

>Epoll:Linux实现，对应I/O复用模型，具有信号驱动IVO模型的某些特性，是公认的非常优秀的事件驱动模型,nginx服务器支持的最高性能的事件驱动库之一.
>Kqueue:FreeBSD实现，对应I/O复用模型，具有信号驱动IVO模型某些特性
>/dev/poll:SUN的Solaris实现，对应I/O复用模型，具有信号驱动I/O模型的某些特性
>locp Windows实现，对应第5种（异步I/O）模型

 

 

poll
>本质上和select没有区别，它将用户传入的数组拷贝到内核空间，然后查询每个fd对应的设备状态
>其没有最大连接数的限制，原因是它是基于链表来存储的
>大量的fd的数组被整体复制于用户态和内核地址空间之间，而不管这样的复制是不是有意义
>poll特点是“水平触发”，如果报告了fd后，没有被处理，那么下次pol时会再次报告该fd
>边缘触发：只通知一次

epoll：在Linux 2.6内核中提出的select和poll的增强版本
>支持水平触发LT和边缘触发ET，最大的特点在于边缘触发，它只告诉进程哪些fd刚刚变为就需态，并且只会通知一次
>使用“事件”的就绪通知方式，通过epoll_ctl注册fd，一旦该fd就绪，内核就会采用类似callback的回调机制来激活该fd，epoll_wait便可以收到通知优点：
>没有最大并发连接的限制：能打开的FD的上限远大于1024（1G的内存能监听约10万个端口）
>效率提升：非轮询的方式，不会随着FD数目的增加而效率下降；只有活跃可用的FD才会调用callback函数，即epoll最大的优点就在于它只管理“活跃"
的连接，而跟连接总数无关I
>内存拷贝，利用mmap（Memory Mapping）加速与内核空间的消息传递；即epoll使用mmap减少复制开销

Select:

POSIX所规定，日前几乎在所有的平台上支持。其良好跨平台支持也是它的一个优点。本质上是通过设置成者检查存to标志位的数据结构来进行下一步处理

缺点

单个道程能够监视的文件描述符的数量存在最大限制，在Llnux,上-能为1024，可以通过修改宏定义FD SETSIZE,重新编译内核实现，但是这样也会造成效率的降任。

单个进程可监视的fd数量被阳制，就认是1024，修改此值需要重新编详内核。

对socket是线性扫描，即采用轮询的方法，效辛较低。

select采取了内存拷贝方法来交现内核将FD消息通知给用户空间，这样一一个用来有放大量rd的数据结构， 这样会使得用户空间和内核空间在传递该结构时复制开铺大。

器择适言

poll:

本质上和select没有区剁，它将用户传入的致组构贝到内核空间，然后查询每个fd对应的设备状态。

46

其没有最大连接数的限制，原因是它是基于徒表来存储的。

大量的fd的数组被整体复制于用户态和内核地址空间之间:而不管这样的复制是不是有意义。

po11特点是“水平融发”，如果报告了fd后，没有敏处理，部么下次oo11时公内次报告该fd,

在Linx 2.6内核中提出的select和po1l的增强版本。

支持水平融发LT和边缘触发ET,最大的特点在于边缘触发。它只告诉进程些fd观朗变为就需态，并且只会油知一次使用“事件”的就绪遇知方式，通idepoll ct 1注册fd,一旦该fd就绪，内核就会采用类callback的回调机制来活该rd, epo1l. wa⊥l便可以收到通知。

没有最大井发连按的限制:能打开的FO的上限远大于1824(1G的内存能监听约18万个端口),具体查

石/pr pxc/sys/ fs/file- nax,此值和系统内存大小相关

效事提升:非轮询的方式，不会就着FD数目的增加而效率下降;只有活跃可同的FD才会调用callback函数，即epol最大的忧点就在于它只管理“活跃“的连接:而跟连接总数无关

内存拷见，利●mmp(Meory Mapping)加道与内核空问的消息传递: Elpo11使B1mrap减少复制开簡