Nginx多进程模型怎样实现高并发

网站建设知识 phpacg 3年前 (2018-04-24) 148次浏览 0个评论

进程数与并发数不存在很直接的关系。这取决取server采用的任务方式。

假设一个server采用一个进程担任一个request的方式,那么进程数就是并发数。那么显而易见的,就是会有很多进程在等候中。等什么?最多的应该是等候网络传输。其缺陷题主应该也觉失掉了,此处不述。

而nginx 的异步非阻塞任务方式正是应用了这点等候的时间。在需求等候的时分,这些进程就闲暇出来待命了。因此表现为少数几个进程就处置了少量的并发效果。

nginx是如何应用的呢,复杂来说:异样的4个进程,假设采用一个进程担任一个request的方式,那么,同时出去4个request之后,每个进程就担任其中一个,直至会话封锁。时期,假设有第5个request出去了。就无法及时反响了,由于4个进程都没干完活呢,因此,普通有个调度进程,每当新出去了一个request,就新开个进程来处置。

nginx不这样,每出去一个request,会有一个worker进程去处置。但不是全程的处置,处置到什么水平呢?处置到能够发作阻塞的中央,比如向下游(后端)效劳器转发request,并等候央求前往。那么,这个处置的worker不会这么傻等着,他会在发送完央求后,注册一个事情:“假设upstream前往了,通知我一声,我再接着干”。于是他就休息去了。此时,假设再有request 出去,他就可以很快再按这种方式处置。而一旦下游效劳器前往了,就会触发这个事情,worker才会来接手,这个request才会接着往下走。

由于web server的任务性质决议了每个request的大部份生命都是在网络传输中,实践上破费在server机器上的时间片不多。这是几个进程就处置高并发的秘密所在。

喜欢 (0)
发表我的评论
取消评论
表情 贴图 加粗 删除线 居中 斜体 签到

Hi,您需要填写昵称和邮箱!

  • 昵称 (必填)
  • 邮箱 (必填)
  • 网址