作者回复: \(^o^)/
作者回复: 主要抢占CPU资源以及IO资源,你可以观察下iostat,比如nginx未服务时,其他项目消耗了多少bps或者iops。然后用fio测试一下你的服务器的最大性能。两个减一下,你就能获取到nginx最大能够获取到的io资源。此时,再来看单个worker最大能使用的资源,再决定worker数。1.5倍应该是没有必要的,看看是不是应小于cpu的数量。worker不应越多越好,如果是IO出现阻塞,我建议你尝试一下thread pool。
作者回复: 重新启动nginx。
master进程不执行业务,代码非常简单,通常不会挂掉。
作者回复: 你是说使master感知到worker退出吗?没有
作者回复: nginx拉起进程不是用信号,还是直接调用fork,这是可靠的
作者回复: 不是worker发送的,而是linux kernal自己发送给它管理的master进程,只要kernel没bug不存在丢失
作者回复: 没有,子进程的运行状态只有exiting和exited,且它只应该通过master进程来管理。除了信号,linux的socketpair也可以用来管理子进程,但也是单向管理的,该机制会产生1对类似TCP连接的本地句柄,由master进程创建,worker进程自然继承了这对句柄,其中master进程使用第1个句柄发送、接收消息,worker进程使用第2个句柄。
作者回复: 重新打开,就是close再open,这是因为linux内核会统计正在使用的句柄,若有进程未释放句柄,则仍会向该文件写入内容。所以,旧的日志文件改名,再reopen,就会生成新日志文件。