epoll多进程服务器架构模型

epoll 1进程(listen) + n进程(accept+epoll_wait+处理) 模型

1、代表开源产品：nginx

2、基本原理：(依据nginx的设计分析)

1）master进程监听新连接的到来，并让其中一个worker进程accept。这里需要处理惊群效应问题，详见nginx的accept_mutex设计

2）worker进程accept到fd之后，把fd注册到到本进程的epoll句柄里面，由本进程处理这个fd的后续读写事件

3）worker进程根据自身负载情况，选择性地不去accept新fd，从而实现负载均衡

3、echo server测试：后续补充

4、优点：

1）某一个进程挂掉不会影响这个服务

2）负载均衡

5、缺点：

1）多进程模型编程比较复杂，进程间同步没有线程那么简单

2）进程的开销比线程更多

运行测试情况：echo server测试qps能实现10万

由于是测试机器是linux2.6.16版本，没有解决epoll_wait惊群的问题，当有连接事件发生时，将唤醒所有等待的子进程，最终只有一个进程能执行accept，其它的子进程执行accept时将失败。用strace分析结果如下,5个子进程的epoll_wait都被唤醒，最终有4个accept会失败：