Php Apache recvfrom延迟

如果某种php脚本或其他东西导致apache在5-7秒后为网站提供服务，我们一直在尝试进行故障排除。一旦对某个网站提出请求，只需几秒钟就可以得到它。我似乎不明白

为了进行故障排除，我对telnet localhost进行了一次扫描，以查看造成延迟的原因。这就是出现的，但我似乎找不到任何关于它的信息

5.004994 recvfrom(3, "", 8192, 0, NULL, NULL) = 0

那是什么？为什么recvfrom需要5秒钟？我本来希望能找到一个php脚本或其他东西……但结果是它被recvfrom

---

这是recvfrom之前的情况，recvfrom是一个select命令。假设mysql命令花费的时间最长

6360       0.000056 select(4, [0 3], [1], [3], {0, 0}) = 1 (out [1], left {0, 0})
6360       0.000045 write(1, "HTTP/1.1 200 OK\nDate: Tue, 18 Nov 2014 03:08:19 GMT\nServer: Apache/2.4.10 (Unix) OpenSSL/1.0.1e-fip$
6360       0.000056 select(4, [0 3], [], [3], NULL) = 1 (in [3])
6360       5.004994 recvfrom(3, "", 8192, 0, NULL, NULL) = 0
6360       0.000053 rt_sigaction(SIGTSTP, {SIG_DFL, [TSTP], SA_RESTORER|SA_RESTART, 0x7f38e1c666a0}, {0x7f38e26196f0, [TSTP], SA_RE$

---

我不认为recvfrom需要5秒钟。它说recvfrom在进程启动5秒后被调用。所以前面的函数花了5秒钟，这是在recvfrom之前的，一个select命令。假设mysql命令花费的时间最长？6360 0.000056 select4[03]，[1]，[3]，{0，0}=1 out[1]，left{0，0}6360 0.000045 write1，HTTP/1.1 200 OK\n日期：周二，2014年11月18日03:08:19 GMT\n服务器：Apache/2.4.10 Unix OpenSSL/1.0.1e-fip$6360 0.000056 select4[03]，[3]，NULL=1 in[3]6360 5.004994 recvfrom3，8192，0，NULL，NULL=0 6360 0.000053 rt_sigactionSIGTSTP，{SIG_DFL[TSTP]，SA_RESTORER | SA_RESTART，0x7f38e1c66a0}，{0x7f38e26196f0[TSTP]，SA_RE$此跟踪在服务器上，而不是在客户端上。它表示服务器发送了对HTTP请求的响应，然后等待客户端发送另一个请求。客户端在5秒后发送了一些内容。