【问题标题】:strace high epoll_wait timestrace 高 epoll_wait 时间
【发布时间】:2017-04-05 17:01:39
【问题描述】:

当我使用此命令检查页面执行时,我面临着很高的 epoll_wait 时间。

    strace -o output.txt -f -r -s4096 -p 21605

outout 是大 txt 文件,但我对这段数据感兴趣,无法找出原因。 数据是针对动态 php 页面的,它不会太重,所以我不希望有这么长的响应时间

21605      0.000043 semop(38830083, {{0, -1, SEM_UNDO}}, 1) = 0
21605      0.611909 epoll_wait(30, {{EPOLLIN, {u32=25218632, u64=25218632}}}, 4, 10000) = 1
21605      0.103429 accept4(3, {sa_family=AF_INET, sin_port=htons(56826), sin_addr=inet_addr("ip address")}, [16], SOCK_CLOEXEC) = 33
21605      0.000059 semop(38830083, {{0, 1, SEM_UNDO}}, 1) = 0

我对 epoll 和 0.103429 accept4 中的 0.611909 时间非常不满意。任何有助于提高这些性能的帮助都会很棒

【问题讨论】:

  • 谁对这个真棒问题给出了负分
  • 不包含问题的问题怎么可能是一个很棒的问题?

标签: linux linux-kernel kernel strace


【解决方案1】:

加快另一端。这是等待接受连接或从另一端接收数据所花费的时间。

【讨论】:

  • 表示 mysql 连接或什么请解释一下,我真的不知道。我的所有 mysql 查询都已完全优化,服务器负载始终小于 1
  • 我该如何打破这个时间并知道真正的问题
  • @Steevee 也许在你的代码中添加日志记录,这样你就可以知道它在哪里花费时间。
  • 这是内存问题吗?还是普通的php问题?我 99% 确定我的 php 和 mysql 已优化。感谢您的建议。我会尝试记录时间
  • 你能指导一点吗。我真的找不到起点。我搜索了 cd /proc/10217/fd/ 并找到了 fd 10 并且在两天内有 200 万行数据。这是罪魁祸首吗,因为它将搜索这 200 万行并花费 2-3 秒来搜索那些 fd。是否建议每小时清除那些 fd,以便搜索更少的文件??
猜你喜欢
  • 1970-01-01
  • 1970-01-01
  • 2015-01-19
  • 1970-01-01
  • 1970-01-01
  • 2012-10-20
  • 1970-01-01
  • 1970-01-01
  • 2012-06-01
相关资源
最近更新 更多