nginx
使用事件模型,通过把每个worker
进程从头到尾占用一个cpu
,往往还把每个work
进程通过绑定某一个cpu
,来更好的使用cpu上的缓存,减少缓存失效的命中率
进程结构
多个worker
进程:处理真正的请求
一个master
进程:通过master进程来启动其他子进程,管理worker进程
一个cache manager
进程:缓存的管理
一个cache loader
进程:缓存的载入
注:cache manager
,cache loader
:反向代理时,后端发来的动态请求做资源缓存,缓存在worker
,cache manager
,cache loader
之间共享使用
多进程间的通讯使用共享内存实现的
进程的管理使用信号来进行的,信号的效果和命令行效果等同
master进程接收的信号:
worker进程退出时,发给maseter: CHLD
master接收信号管理worker进程:
立刻停止worker进程:TERM,INT
优雅的停止worker进程:QUIT
重载配置文件: HUP
重新打开日志文件,用来做日志文件的切割:USR1
注:以上四个信号可以用特定的命令,通过linux命令行直接发给master进程的
注:以下两个命令只能通过 kill -XX PID(master) 来把命令发送给master进程
热部署使用
关闭老进程的master: USR2
关闭老进程的master PID 对应的worker进程: WINCH
worker进程使用信号:
接收信号: ---通常不直接发送信号给worker进程,而是通过master
进程进行管理:
TERM,INT
QUIT
USR1
WINCH
发送信号给master:
CHLD
命令行对应的各个信号:
reopen --- USR1
reload -- HUP
stop -- TERM
quit -- QUIT
nginx
进程启动后,会把他的master
进程的PID
存放在 一个文件中,通常这个文件是在 安装目录下的/logs/nginxpid
文件下,当通过命令行来管理时,就是去取pid
,然后发送信号给master
进程