Linux下的工作模型以及Nginx工作原理(2)

一个进程响应多个用户请求,利用run-loop机制,让套接字复用,请求过来后进程并不处理请求,而是直接交由其他机制来处理,通过select或epoll机制来通知请求是否完成;在这个过程中,进程本身一直处于空闲状态,可以一直接收用户请求。

 

 

对于高并发请求的实现:

1、基于线程:即一个进程生成多个线程,每个线程响应用户的每个请求。如worker模型

2、基于事件的模型,一个进程处理多个请求,并且通过epoll机制来通知用户请求完成。如event模型

 

web服务器工作流程:

我们知道web服务器是工作在用户空间的,用户空间通过系统调用来与内核打交道。

用户请求-->送达用户空间-->系统调用-->内核空间-->内核到磁盘上读取网页资源(在此过程中就牵涉到了以上几种模型的运用)

 

传统上基于进程或线程模型架构的web服务通过每进程或每线程处理并发连接请求,这势必会在网络和I/O操作时产生阻塞,其另一个必然结果则是对内存或CPU的利用率低下。生成一个新的进程/线程需要事先备好其运行时环境,这包括为其分配堆内存和栈内存,以及为其创建新的执行上下文等。这些操作都需要占用CPU,而且过多的进程/线程还会带来线程抖动或频繁的上下文切换,系统性能也会由此进一步下降。

内容版权声明:除非注明,否则皆为本站原创文章。

转载注明出处:http://www.heiqu.com/9463b6916fae2d41ea43aecca387172c.html