我正在使用Ubuntu 14.04服务器(8核,16 GB RAM)来托管PHP网站,MySQL和Redis。 PHP Web和MySQL的流量非常低(MySQL:每秒查询数:0.825)。 Redis每秒处理8011个命令。
今天我注意到nc一直位于top
的顶部:
8348 root 20 0 11224 764 624 R 100.0 0.0 2277:01 nc
8319 root 20 0 11224 760 624 R 100.0 0.0 2277:59 nc
8324 root 20 0 11224 764 624 R 100.0 0.0 2278:09 nc
8344 root 20 0 11224 760 624 R 100.0 0.0 2277:07 nc
Stracing nc给出:
root@host:/home/user# strace -p 8348
Process 8348 attached
poll([{fd=3, events=POLLIN}, {fd=-1}], 2, 1000) = 1 ([{fd=3, revents=POLLERR}])
poll([{fd=3, events=POLLIN}, {fd=-1}], 2, 1000) = 1 ([{fd=3, revents=POLLERR}])
poll([{fd=3, events=POLLIN}, {fd=-1}], 2, 1000) = 1 ([{fd=3, revents=POLLERR}])
intentionally cutted N lines from output
对man poll
的快速查询为我提供了poll waits for one of a set of file descriptors to become ready to perform I/O.
如何找出文件描述符发生了什么(文件描述符问题?)并修复nc占用100%CPU?
答案 0 :(得分:6)
我们最近遇到了类似的问题。我们有一个cron作业,通过netcat
通过udp向石墨发送一些redis统计数据,在上周将我们的一个石墨主机停机一段时间之后,我们注意到我们的redis盒子上的CPU使用率暴涨。它似乎是netcat
:https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=752931
我们运行的命令是这样的:
echo "{redis_metric}" | nc -w 1 -u ${graphite_host} 8125
使用'quit'选项(-q)而不是'timeout'选项(-w),似乎可以解决我们的问题:
echo "{redis_metric}" | nc -q 1 -u ${graphite_host} 8125
希望有所帮助!