Apache 性能最优化分析(9)_Windows教程
教程Tag：暂无Tag,欢迎添加,赚取U币!
accept串行化：
flock(18, LOCK_UN) = 0
...
flock(18, LOCK_EX) = 0
这两个调用可以被上文提到的宏SINGLE_LISTEN_UNSERIALIZED_ACCEPT去掉。
对信号SIGUSR1的处理：
sigaction(SIGUSR1, {SIG_IGN}, {0x8059954, [], SA_INTERRUPT}) = 0
...
sigaction(SIGUSR1, {SIG_IGN}, {SIG_IGN}) = 0
...
sigaction(SIGUSR1, {0x8059954, [], SA_INTERRUPT}, {SIG_IGN}) = 0
引起它们的原因是"温和重启"（graceful restart --用SIGUSR1而不是SIGHUP使Apache重新启动。这种方式为Apache留出了自行处理的余地--译者注）。当父进程收到SIGUSR1后，它将把这一信号传递给所有子进程（同时递增在共享内存中更新计数器的值"generation counter"）。所有空闲的子进程（即在两次连接之间的子进程）收到信号后将立即终止。所有处于持续连接（keep-alive）但在两次请求之间的子进程也将立即终止。但处于连接中并等待第一次请求的子进程将不会立即终止。
为了说明它的必要性，请考虑一个浏览器对已关闭连接的处理。如果已关闭的连接是持续连接，而且下一个请求不是该连接的第一个请求，浏览器将不动声色地建立另一个连接并重新发出请求。由于服务器任何时候都可能关闭一个持续连接（可能因为超时或者超过了最大请求数目），这样处理是有必要的。但是，如果在回应第一个请求前连接就被关闭，浏览器通常会显?quot;文档中无数据"的对话框（或者显示被折断的图片）。这是在假设服务器非正常终止（或者太忙）的情况下作出的反应。因此，Apache力图避免在作出任何回应前就关闭连接。这就是处理SIGUSR1的原因。
尽管在理论上避免那三个调用是可行的，但在粗略的测试中这样的改进是微不足道的。
相关Windows教程：
- 相关链接：
- 教程说明：
Windows教程-Apache 性能最优化分析(9)
。