阻塞IO模型:
排队式的模型,即一直等待,知道成功为止,假如你要花三天排队买票,那么你就要耗费三天的时间。
非阻塞IO模型::
排队的时候可以做其他事情,多次去问有没有票,每天晚上12天问一次,在第三天买到了,那么就只花费了去的时间。
I/O复用模型:
1:select/poll
火车站买票,委托黄牛,每个6个小时打黄牛电话,黄牛三天内买到了,然后去火车站交钱买票
耗费:打电话
2:epoll
老李去火车站买票,委托黄牛,黄牛买到后即通知老李去领,然后老李去火车站交钱领票。
耗费:无需打电话
信号驱动I/O模型:
老李去火车站买票,给售票员留下电话,有票后,售票员电话通知老李,然后老李去火车站交钱领票。
耗费:无需打电话
异步I/O模型
老李去火车站买票,给售票员留下电话,有票后,售票员电话通知老李并快递送票上门。
耗费:无需打电话
IO多路复用模型:
如上图所示,所谓的IO多路复用,就是通过一个线程,来记录多个sock流直接的进展状态(),IO多路复用的方式也有很多种,select/poll 与 epoll,
重要的事情再说一遍: I/O multiplexing 这里面的 multiplexing 指的其实是在单个线程通过记录跟踪每一个Sock(I/O流)的状态(对应空管塔里面的Fight progress strip槽)来同时管理多个I/O流. 发明它的原因,是尽量多的提高服务器的吞吐能力。
select/poll:
举个例子,你是一个餐厅的上菜服务员,你们餐厅了有很多客人(假设每个客人一个桌),你的工作就是去找每个客人,挨个问要不要上菜。。
上面是select与poll的普遍理解,如果放在了具体的socket中,流程是这样的,即当某个socket需要数据的时候,select/poll就会返回socket上有数据,但是具体是哪个socket上有数据,需要你去遍历的找,所以当多个socket的情况下,这种效率是不行的,并且在select函数中,监听socket的数量限制在了1024个,还好poll之后优化了select,解除了1024个socket监听的限制(使用链表实现),但是他们两还是有一个不足之处,那就是不是线程安全的,这意味着,你就只能在一个线程里面处理一组IO流,因此为了解决单线程的问题,出现了下面的epoll函数。
epoll(只有linux支持):
解释: 同样的例子,但是这回你要做的事情少了,当有个客人呼叫你的时候,你过去给他们点菜或者上菜,需要的话你就帮他上菜,你会存在有空闲的时间,可以做自己的事情。
具体的意义:
- epoll 现在是线程安全的。
- epoll 现在不仅告诉你sock组里面数据,还会告诉你具体哪个sock有数据,你不用自己去找了。