设为首页
加入收藏
站内地图
旧版入口

Apache 性能最优化分析(9)

作者：佚名 出处：网络转载 时间：07-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的原因。

　　尽管在理论上避免那三个调用是可行的，但在粗略的测试中这样的改进是微不足道的。
收藏本文：
【大 中 小】【打印页面】【推荐给朋友】【关闭窗口】
推荐信息