Apache 2.2 服务器响应前的等待时间很长（Gentoo LAMP）

Question 1

您是否确切知道 Apache 工作进程挂起的原因是什么？尝试以下操作查看：

mkdir /strace; ps auxw | grep httpd | awk '{print"-p " $2}' | xargs strace -o /strace/strace.log -ff -s4096 -r

在浏览器中加载一些新的（即非本地缓存的）页面，按 CTRL+C 停止 strace，然后根据每次调用所花费的时间对 strace.logs 进行排序：

for i in `ls /strace/*`; do echo $i; cat $i | cut -c11-17 | sort -rn | head; done

查看所有调用时间超过 1.0 秒的 strace.log，并根据上一个命令的输出时间进行搜索。这将指出它们挂起的确切步骤。

您是否安装了类似 CSF 的防火墙？我在 VPS 上也看到了同样的问题。使用 strace 调试 httpd 进程时，gettimeofday 调用最多需要 5 秒或更长时间。奇怪的是，我把问题缩小到了 CSF，它试图过滤 venet0 接口，这是 OpenVZ 或 Virtuozzo 容器中的环回接口。在 /etc/csf/csf.conf 中设置此参数基本上可以解决这个问题：

"ETH_DEVICE_SKIP = "venet0,lo"

我之所以说主要是因为有时候仍然需要等待 500-1000 毫秒才能建立连接，但与 5000+ 相比已经有了很大的改进。

Answer

您是否确切知道 Apache 工作进程挂起的原因是什么？尝试以下操作查看：

mkdir /strace; ps auxw | grep httpd | awk '{print"-p " $2}' | xargs strace -o /strace/strace.log -ff -s4096 -r

在浏览器中加载一些新的（即非本地缓存的）页面，按 CTRL+C 停止 strace，然后根据每次调用所花费的时间对 strace.logs 进行排序：

for i in `ls /strace/*`; do echo $i; cat $i | cut -c11-17 | sort -rn | head; done

查看所有调用时间超过 1.0 秒的 strace.log，并根据上一个命令的输出时间进行搜索。这将指出它们挂起的确切步骤。

您是否安装了类似 CSF 的防火墙？我在 VPS 上也看到了同样的问题。使用 strace 调试 httpd 进程时，gettimeofday 调用最多需要 5 秒或更长时间。奇怪的是，我把问题缩小到了 CSF，它试图过滤 venet0 接口，这是 OpenVZ 或 Virtuozzo 容器中的环回接口。在 /etc/csf/csf.conf 中设置此参数基本上可以解决这个问题：

"ETH_DEVICE_SKIP = "venet0,lo"

我之所以说主要是因为有时候仍然需要等待 500-1000 毫秒才能建立连接，但与 5000+ 相比已经有了很大的改进。

Question 2

这是一个出色的入门/演练使用 strace 来解决这类问题。

Maximum possible memory usage: 219.7M (93% of installed RAM)

这肯定是一个低端 VPS 盒子？

您可能需要调低 MySQL 设置
调整 Apache 以减少 httpd 分叉的数量
检查是否可以启用交换
APC 是否设置为自动缓存操作码？使用与 apc 一起分发的“apc.php”脚本进行检查。

Answer

这是一个出色的入门/演练使用 strace 来解决这类问题。

Maximum possible memory usage: 219.7M (93% of installed RAM)

这肯定是一个低端 VPS 盒子？

您可能需要调低 MySQL 设置
调整 Apache 以减少 httpd 分叉的数量
检查是否可以启用交换
APC 是否设置为自动缓存操作码？使用与 apc 一起分发的“apc.php”脚本进行检查。

Question 3

您必须将网络、apache、mysql 和 php 分开作为延迟的来源。

如果您可以快速从 apache 中提取图像（到第一个字节的时间非常短），那么网络和 apache 通常都没有问题。

如果您可以仅使用 phpinfo() 语句来拉取页面，那么通常 PHP 就可以了（可能需要进行一些调整）。

如果您编写了一个简单的 DB 连接测试并且速度很快，那么该层通常也可以。

最后，拉取应用程序页面。如果速度很慢，则问题出在应用程序处理的内部。虽然调整可能会有所帮助，但这个问题更难解决。

如果不分析应用程序，很难找到问题。NewRelic 等工具可以帮助解决这个问题，但不能根治。

您的应用是否有任何类型的内部调试来显示时间花费在哪里？

Answer