nginx I/O模型

HTTPD MPM 

prefork : 进程模型，两级结构，主进程master负责生成子进程，每个子进程负责响应一个请求。

worker：线程模型，三级结构，主进程master负责生成子进程，每个子进程负责生成多个线程，每个线程响应一个请求。

event: 线程模型，三级结构，主进程master负责生成子进程，每个子进程负责生成多个线程，每个线程响应一个请求。有个多余的回收线程，将没有人访问的线程回收

I/O介绍

网络I/Oz:本质是socket读取

磁盘I/O:

每次I/O，都经由两个阶段：

第一步：将数据先从磁盘文件先加载至内核内存空间（缓冲区),等待数据准备完成时间较长。

第二步：将数据从内核缓冲区复制到用户空间进程的内存中，时间较短

http请求过程

同步/异步：关注的是消息通信机制

同步：synchronous ，调用者等待被调用者反回消息，才能继续执行

异步：asynchronous，被调用者通过状态通知或回调机制主动或者被动告诉调用者的运行状态

阻塞/非阻塞 ：关注调用者在等待结果之前返回所处的状态

阻塞：blocking ,指IO操作需要彻底完成后才返回到用户的空间，调用结果返回之前，调用者被挂起

非阻塞：noblocking ，指IO操作被调用后立即返回给用户一个状态值无需等待IO操作彻底完成，最终的调用结果返回之前，调用者不会被挂起

I/O模型：

阻塞型，非阻塞型，复用型，信号驱动型，异步

同步阻塞IO模型是最简单的IO模型,用户线程在内核进行IO操作时被阻塞

用户线程通过系统调用read发起IO操作，由用户空间转到内核空间。内核等到数据包到达后，然后将接受到的数据拷贝到用户空间完成read操作，用户需要等待read将数据读取到buffer后才继续处理接收到的数据。整个IO请求的过程中，用户线程是被阻塞的，这导致用户在发起IO请求时不能做任何事情，对cpu利用率不够。

效率低下，用户线程需要不断轮询发起IO请求询问硬盘是否把数据复制到内核缓冲区是否把数据缓冲到内核buffer

五种I/O模型总结

select poll epoll

nginx:用的IO模型实现方式是epoll 具有异步信号驱动特性

 apache:用的IO模型实现方式是select IO多路复用模型

==》所以nginx 能支持更多并发 -->官方 支持3w个并发