PHP 服务的 CPU 状态怎么这样?

2017-11-14 14:39:41 +08:00
 hheedat

一个 PHP 服务,收到请求之后,直接 HTTP 请求第三方,拿到结果返回,整个过程是同步阻塞的;

最近第三方延迟升高导致服务在高峰的时候 load 也升高了,类似这种瓶颈在网络 io 的服务,反映在 CPU 状态的什么地方呢?

wa 和 iowait 只反映磁盘 io 对 load 的影响,网络 io 对 load 的影响反映在哪里(延迟升高导致 fpm 进程阻塞,是反映在 us 升高吗)?是否第三方接口的延迟变高会使这个服务机器的 us,si 变高?

楼主基础知识不扎实,特来求教

top - 12:57:45 up 201 days, 20:59,  1 user,  load average: 2.61, 2.70, 2.79
Tasks: 451 total,   3 running, 448 sleeping,   0 stopped,   0 zombie
%Cpu0  : 23.8 us,  5.8 sy,  0.0 ni, 67.3 id,  0.0 wa,  0.0 hi,  3.1 si,  0.0 st
%Cpu1  : 22.0 us,  7.1 sy,  0.0 ni, 67.6 id,  0.0 wa,  0.0 hi,  3.4 si,  0.0 st
%Cpu2  : 23.0 us,  6.8 sy,  0.0 ni, 67.2 id,  0.0 wa,  0.0 hi,  3.0 si,  0.0 st
%Cpu3  : 16.0 us,  7.8 sy,  0.0 ni, 72.7 id,  0.0 wa,  0.0 hi,  3.4 si,  0.0 st
%Cpu4  : 12.8 us,  5.2 sy,  0.0 ni, 79.9 id,  0.0 wa,  0.0 hi,  2.1 si,  0.0 st
%Cpu5  : 12.8 us,  5.9 sy,  0.0 ni, 79.6 id,  0.0 wa,  0.0 hi,  1.7 si,  0.0 st
%Cpu6  : 12.9 us,  5.8 sy,  0.0 ni, 78.6 id,  0.0 wa,  0.0 hi,  2.7 si,  0.0 st
%Cpu7  : 14.2 us,  5.2 sy,  0.0 ni, 78.9 id,  0.0 wa,  0.0 hi,  1.7 si,  0.0 st
KiB Mem : 32747872 total,   306700 free,  2588520 used, 29852652 buff/cache
KiB Swap: 16516092 total, 16516092 free,        0 used. 27871856 avail Mem
mpstat -P ALL 2

Average:     CPU    %usr   %nice    %sys %iowait    %irq   %soft  %steal  %guest  %gnice   %idle
Average:     all   16.35    0.00    5.94    0.00    0.00    2.39    0.00    0.00    0.00   75.32
Average:       0   22.90    0.00    6.06    0.00    0.00    2.77    0.00    0.00    0.00   68.28
Average:       1   20.58    0.00    6.62    0.00    0.00    2.69    0.00    0.00    0.00   70.11
Average:       2   19.65    0.00    6.17    0.00    0.00    2.98    0.00    0.00    0.00   71.19
Average:       3   15.49    0.00    8.00    0.00    0.00    3.08    0.00    0.00    0.00   73.44
Average:       4   12.87    0.00    5.56    0.00    0.00    1.85    0.00    0.00    0.00   79.71
Average:       5   13.59    0.00    4.94    0.00    0.00    1.85    0.00    0.00    0.00   79.61
Average:       6   12.38    0.00    4.75    0.00    0.00    1.96    0.00    0.00    0.00   80.91
Average:       7   13.30    0.00    5.36    0.00    0.00    1.96    0.00    0.00    0.00   79.38

3493 次点击
所在节点    PHP
12 条回复
owenliang
2017-11-14 14:57:49 +08:00
可以看一下 SDK 的实现,是否采用了不合理的非阻塞网络操作,比如 nonblock 的 loop read,或者 nonblock 的 select wait ?
torbrowserbridge
2017-11-14 15:22:46 +08:00
@owenliang 哪里有 SDK
lslqtz
2017-11-14 17:12:52 +08:00
请求变慢,请求数量每秒一样,那应该很正常吧
owenliang
2017-11-14 17:14:01 +08:00
@torbrowserbridge 你调用服务用的啥
picone
2017-11-14 17:42:00 +08:00
刚试了下,循环的 curl_exec 请求网络,等待数据返回不占用 CPU 时间。
dawncold
2017-11-14 21:34:48 +08:00
netstat 的 sendq 和 recvq
gouchaoer
2017-11-14 23:57:16 +08:00
尽量不要在 php-fpm 中 http 阻塞访问第三方服务,因为如果这个 http 服务 3 秒返回,你单机开了 300 个 php-fpm 吧,那你 qps 还是 100。。。但是 php-fpm 的阻塞又非常简单,所以解决办法很简单,你多开 php-fpm 就 ok 了,单机开个几千个 cpu 还是可以调度过来,只要你内存够。。。。你想优化?上 workerman 的异步,或者 swoole 的半协程,或者 swoole 的协程,或者换 go 吧
shiny
2017-11-15 00:16:06 +08:00
是用 file_get_contents 还是 cURL 请求的?几年前试过,同样的 http 地址,file_get_contents 会有较高的 CPU 使用率。
Zephyros
2017-11-29 02:56:36 +08:00
给你帖一个 top 命令的一些解释,希望有用:
us - user cpu time (or) % CPU time spent in user space
sy - system cpu time (or) % CPU time spent in kernel space
ni - user nice cpu time (or) % CPU time spent on low priority processes
id - idle cpu time (or) % CPU time spent idle
wa - io wait cpu time (or) % CPU time spent in wait (on disk)
hi - hardware irq (or) % CPU time spent servicing/handling hardware interrupts
si - software irq (or) % CPU time spent servicing/handling software interrupts
st - steal time % CPU time in involuntary wait by virtual cpu while hypervisor is servicing another processor (or) % CPU time stolen from a virtual machine
Zephyros
2017-11-29 03:10:00 +08:00
php 即可以单独一个进程运行,也可以作为 Apache 等其他进程的子线程,具体取决于你的服务器是怎么装的 php。

直接这么用 top 命令的话,你可能还需要看运行 php 进程的用户是谁,究竟是 root 用户还是其他用户,再者,又因同一个用户的所有进程都合在一起了,似乎不太好看。

若要看到每进程的 CPU 使用情况,建议你用 ps aux 命令试试,(或者用 ps -ef )。
Zephyros
2017-11-29 03:13:54 +08:00
给你一个测试的建议:php 自带一个 sleep 函数,你可以在虚拟机上单独搞一个服务器,故意让它休眠个 10 秒再返回,就当是模拟第三方延迟了 10 秒。然后用另一台机器(物理机可能较好)测试,看 CPU 等资源是否有变。
Zephyros
2017-11-29 04:01:53 +08:00
另一个测试建议:故意制造一些特别吃 CPU 的程序,观察效果。比如 password_hash 就是一个特别吃 CPU 的函数。
http://php.net/manual/en/function.password-hash.php

其他比较吃 CPU 的算法有 MD5,SHA1 等。一般的算法,只要是纯计算,不涉及磁盘网络等的,多循环个若干次也能起到吃 CPU 的效果。

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/406279

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX