标题：Apache 性能最优化分析(9)

时间：2004-7-24 来源：不详 浏览数：次

　　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的原因。

　　尽管在理论上避免那三个调用是可行的，但在粗略的测试中这样的改进是微不足道的。

（责任编辑：欣欣裴）

• 其他文章

• 上一篇文章： Apache 性能最优化分析(8)
• 下一篇文章： Apache 性能最优化分析(10)

• 相关文章

服务器apache+mysql+php+ssl完全安装
让Apache支持ASP.NET
如何安装PHP5＋Apache
SPARC中如何安装Linux系统
让IIS以isapi方式支持PHP(适合4.X.X)

最近更新

今日推荐

热点文章