Apache 性能最优化分析(9)
作者 佚名技术
来源 服务器技术
浏览
发布时间 2012-07-06
|
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的原因。 尽管在理论上避免那三个调用是可行的，但在粗略的测试中这样的改进是微不足道的。 关键词：优化 |
凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢! |
你可能对下面的文章感兴趣
上一篇: Apache服务器高级设置指南(5)下一篇: 主流WEB服务器比较(5)
关于Apache 性能最优化分析(9)的所有评论
