Stevens 在文章中的一种IO Model:
****blocking IO #阻塞 IO (系统调用不返回结果并让当前线程一直阻塞，只有当该系统调用获得结果或者超时出错才返回）
****nonblocking IO #非阻塞IO （用户进程其实是需要不断的主动询问kernel数据准备好了没有）
select/epoll (事件驱动）
优点：能够在等待任务完成的时间里做其它的任务即多个任务同时执行
缺点：1 循环调用recv() 幅度的占用CPU 这也是我们在代码中留一句time.sleep(2) 的原因，否则在低配
主机下极易出现卡机状态 2 任务完成的响应延迟增大了，因为每次都是周期循环这会导致数据吞吐量的降
****IO multiplexing #多路复用IO （进程调用select, 整个进程会被block，同时kernel会‘监视’所有select
负责的socket,当任何一个socket中的数据准备好了，select 就会返回，这个时候用户进程自动将数据
从kernel拷贝到用户进程）
结论： select的优势在于可以处理多个索拉，不适用于单个连接
优点：占用资源少，不消耗太多cpu ，同时能够为多客户端提供服务，
缺点：该模型将事件探测和事件响应夹杂在一起，一旦事件响应的执行体庞大，则对整个模型是灾难性的。
****signal driven IO # 信号驱动 IO
****asynchronous IO #异步IO （用户开启进程，一方面立刻开始做其它的事，另一方面，从kernel的
角度当它受到io 后会立刻返回，不会对进程产生任何block，等待数据准备完成将数据拷贝到用户内存
结束后kernel会给用户进程发送一个signal,告诉它完成
对于network IO 会经历两个阶段：
1 等待数据准备 （waiting)
2 拷贝到进程（copy)
区别： blocking vs non-blocking (前者会一起调用block住对应 的进程直到操作完成