服务端编程,首要问题是选取IO模型。即如何处理大量连接,服务更多的客户端?

我们最早有2种解法,各有不足:

1、阻塞IO,每个连接都需要一个线程。

随着连接数增多,线程数剧增,系统开销太大。

2、非阻塞IO,采用“忙轮询”的方式处理多个连接。

空闲连接很多时,太浪费CPU。

现在,业内常用方案是IO复用。

单线程处理大量连接,应用不需要“忙轮询”,内核发现“活跃连接”通知应用。所有连接都空闲时,阻塞应用线程,释放CPU。

目前,最成熟的IO复用方案是epoll,我们今天的主角。

epoll的3个API

如上图,epoll的核心是3个API,核心数据结构是:1个红黑树 和 1个链表

1. epoll_create()

功能:创建句柄epollfd。

内核准备数据结构:1个Map(就那个红黑树) 和 1个List(就那个链表)

2. epoll_ctl(epollfd, my_events)

功能:注册我关心的事件(fd, 可读/可写)。

内核把事件写入Map,方便快速查找。

当某个fd发生IO事件时,内核到Map中查找my_events,复制到List。

3. epoll_wait(epollfd, ready_events)

功能:返回就绪事件。

copy一份List返回。

2类fd与3件事

服务端支持多连接,标识连接的fd分为2类:

1. listenfd

一般情况,只有一个。用来监听一个特定的端口(如80)。

2. connfd

每个连接都有一个connfd。用来收发数据。

针对这2种fd,服务端主要做3件事,如下图:

1. accept listenfd,创建一个connfd

2. 读/写 connfd

应用/内核间copy数据。

每个connfd对应着2个应用缓冲区:readbuf、writebuf

3. 处理 connfd发来的数据

业务逻辑处理,准备response到 writebuf。

单线程下使用epoll

把上文提到的:3个API、2种fd、3件事,揉到一块,用伪码表示。

注:下面的代码,在手机上建议横屏阅读。

多线程下的IO模型

我们听过很多多线程IO模型:Reactor、Proactor、领导者/追随者balabala...

太多了,傻傻分不清楚。

从上文,我们知道,服务端IO编程主要处理3件事,我们给这3件事编号:1、2 和 3。

不管单线程,还是多线程,核心都是做这3件事。

各种多线程IO模型的区别就是:这3件事交给哪些线程做了。

按照这个规则,我们把常见的多线程IO模型,整理到一棵“决策树”上。

希望能帮助大家记忆。

1. redis模式

处理:单线程独自干3件事。

类比:饭馆,夫妻店。

老板自己当服务员,把所有的活都干了(接待、点菜、上菜等)。

2. nginx模式

处理:开启8个工作进程,各自独立。

新连接来了,大家一起抢,谁抢到算谁的(这是第1件事,每个进程都调用accept,但只有一个能成功,得到connfd)。

抢到之后(得到connfd),各进程独自干剩下的2件事(读写connfd、业务处理)。

类比:小饭馆。

雇了8个服务员。

新客人一进门,8个服务员一拥而上,谁抢到算谁的。

抢到之后,独自服务该客人。

惊群效应:新客人一进门,8个服务员都被唤醒,注定只有1个能抢到,浪费7个服务员的注意力。

3. 线程分角色

处理:3件事分配给不同的线程。

线程间需要通信,分配任务。

类比:大饭馆。

门口专门站一个“大服务员”(主线程),负责排号。

客人到号了,“大服务员”指派一个专门的“小服务员”,接待客人。

大厅里有一群“小服务员”(工作线程),负责接待客人到餐桌。

“小服务员”还可以再拆分工作(拆出业务线程),领路、点菜、上菜、收钱可以交给不同的“小服务员”做。

4. 领导者/追随者

处理:线程的角色在3种状态间变换,每种角色职责不同。

事件集和数据是公用的,线程间不需要通信。

任一瞬间,最多只有一个Leader线程,负责响应新事件。

Leader:获取事件后,变成Processing,处理、读写数据。

同时指定一个Follower接替自己。

Processing:完成业务处理后,如果没有Leader,自己成为Leader;

如果有Leader,自己成为Follower。

Follower:等待被指派为Leader。

类比:机场出租车。

出租车排了个长队。

队首的出租车,是Leader:响应新乘客。

后面排队的出租车,是Follower:等待成为Leader。

乘客上车后,Leader出租车转为Processing:服务乘客。

转自:http://www.360doc.com/content/17/0807/14/33093582_677312246.shtml

多线程IO模型的更多相关文章

  1. 高并发之网络IO模型

    你好,我是坤哥 今天我们聊一下高并发下的网络 IO 模型 高并发即我们所说的 C10K(一个 server 服务 1w 个 client),C10M,写出高并发的程序相信是每个后端程序员的追求,高并发 ...

  2. Python并发编程二(多线程、协程、IO模型)

    1.python并发编程之多线程(理论) 1.1线程概念 在传统操作系统中,每个进程有一个地址空间,而且默认就有一个控制线程 线程顾名思义,就是一条流水线工作的过程(流水线的工作需要电源,电源就相当于 ...

  3. python笔记9 线程进程 threading多线程模块 GIL锁 multiprocessing多进程模块 同步锁Lock 队列queue IO模型

    线程与进程 进程 进程就是一个程序在一个数据集上的一次动态执行过程.进程一般由程序.数据集.进程控制块三部分组成.我们编写的程序用来描述进程要完成哪些功能以及如何完成:数据集则是程序在执行过程中所需要 ...

  4. 高性能IO模型浅析

    高性能IO模型浅析 服务器端编程经常需要构造高性能的IO模型,常见的IO模型有四种: (1)同步阻塞IO(Blocking IO):即传统的IO模型. (2)同步非阻塞IO(Non-blocking  ...

  5. 操作系统IO模型

    操作系统IO模型 声明:如下内容是根据APUE和mycat两本著作中关于I/O模式的一些内容加上自己的一些理解整理而成,仅供学习使用. 本节内容 UNIX下可用的五种I/O模型 三种I/O模型 Rea ...

  6. 同步异步,阻塞非阻塞 和nginx的IO模型

    同步与异步 同步和异步关注的是消息通信机制 (synchronous communication/ asynchronous communication).所谓同步,就是在发出一个*调用*时,在没有得 ...

  7. 几种服务器端IO模型的简单介绍及实现

    一些概念: 同步和异步 同步和异步是针对应用程序和内核的交互而言的,同步指的是用户进程触发I/O操作并等待或者轮询的去查看I/O操作是否就绪,而异步是指用户进程触发I/O操作以后便开始做自己的事情,而 ...

  8. 服务器端高性能的IO模型 转自酷勤网

    服务器端编程经常需要构造高性能的IO模型,常见的IO模型有四种: (1)同步阻塞IO(BlockingIO):即传统的IO模型. (2)同步非阻塞IO(Non-blockingIO):默认创建的soc ...

  9. 网络IO模型:同步IO和异步IO,阻塞IO和非阻塞IO

    同步(synchronous) IO和异步(asynchronous) IO,阻塞(blocking) IO和非阻塞(non-blocking)IO分别是什么,到底有什么区别?这个问题其实不同的人给出 ...

随机推荐

  1. 应用Hash函数

    本文系转载,转自:http://www.blogjava.net/jinfei0627/articles/219543.html 应用Hash函数(java描述) 作者:冲处宇宙 时间:2007.1. ...

  2. linux查看内存cpu占用

    linux查看内存cpu占用top 命令  按q退出 可以添加额外选项选择按进程或按用户查看如: top -u gitu PID:进程idPR:进程的优先级别,越小越优先被执行NInice:值VIRT ...

  3. 外观模式(Facde)【设计模式】

    定义:为子系统中的一组接口提供一个一致的界面,Fcade模式定义了一个高层接口,这个接口使得这一子系统更加容易使用. “外观模式(Facade pattern),是软件工程中常用的一种软件设计模式,它 ...

  4. CodeForces 316D3 PE Lesson

    time limit per test 3 seconds memory limit per test 256 megabytes input standard input output standa ...

  5. 【游记】CTSC&APIO2017

    GDOI回来不到两天就前往北京参加CTSC和APIO. CTSC Day1 [考试] T1一道神奇的题,很快想到O(n2)做法,感觉ctsc题目难度应该很大,就没马上想着出正解(事实上这届CTSC偏水 ...

  6. DesignPattern

    目录

  7. 9.0docker的数据管理

    dopcker容器的数据卷          为容器添加数据卷 sudo docker run -v  ~/container data:/data  -it ubuntu /bin/bash   查 ...

  8. Part2-HttpClient官方教程-Chapter2-连接管理

    2.1 连接持久性 建立从一个主机到另一个主机的连接的过程相当复杂,并且涉及两个端点之间的多个分组交换,这可能相当耗时.连接握手的开销可能很大,特别是对于小型的HTTP消息. 如果可以重新使用开放连接 ...

  9. 初识费用流 模板(spfa+slf优化) 餐巾计划问题

    今天学习了最小费用最大流,是网络流算法之一.可以对于一个每条边有一个容量和一个费用(即每单位流的消耗)的图指定一个源点和汇点,求在从源点到汇点的流量最大的前提下的最小费用. 这里讲一种最基础也是最好掌 ...

  10. MVC使用Newtonsoft无需实体类,实现JSON数据返回给前端页面使用

    //引用using Newtonsoft.Json; using Newtonsoft.Json.Linq; public ActionResult JsonSample() { ResponseRe ...