调查服务器响应时间的利器 tcprstat
原创文章,转载请注明: 转载自系统技术非业余研究
本文链接地址: 调查服务器响应时间的利器 tcprstat
我们在做服务器程序的时候,经常要知道一个请求的响应时间,借以优化或者定位问题。 通常的做法是在代码里面加入日志计算时间,这个方法有问题,时间不准确。因为数据从网卡到应用程序,从应用到网卡的时间没有被计算在内。 而且这个时间随着系统的负载有很大的变化。
那同学说,我wireshark, tcpdump抓包人肉统计不行吗。 可以的,只不过我会很同情你,此举需要耐心且不具可持续性。 所以我们希望有个工具能够最少费力的做这个事情。
这时候来自percona的tcprstat来救助了! 这个工具原本开发用来调查mysqld的性能问题,所以不要奇怪它的默认端口是3306, 但是我们可以用这个工具来调查典型的request->response类型的服务器。
什么是tcprstat:
tcprstat is a free, open-source TCP analysis tool that watches network traffic and computes the delay between requests and responses. From this it derives response-time statistics and prints them out. The output is similar to other Unix -stat tools such as vmstat, iostat, and mpstat. The tool can optionally watch traffic to only a specified port, which makes it practical for timing requests and responses to a single daemon process such as mysqld, httpd, memcached, or any of a variety of other server processes.
文档很详细: 请参考: http://www.percona.com/docs/wiki/tcprstat:start
不愿意编译的同学直接从这里下载64位系统的编译好的二进制: http://github.com/downloads/Lowercases/tcprstat/tcprstat-static.v0.3.1.x86_64
源码编译也挺容易的: 由于它自带libpcap包, 这个包有可能在configure的时候没认识好netlink, 只要把config.h里面的netlink那个define注释掉就好。
编译好了, 典型使用很简单:
# tcprstat -p 3306 -t 1 -n 5 timestamp count max min avg med stddev 95_max 95_avg 95_std 99_max 99_avg 99_std 1283261499 1870 559009 39 883 153 13306 1267 201 150 6792 323 685 1283261500 1865 25704 29 578 142 2755 889 175 107 23630 333 1331 1283261501 1887 26908 33 583 148 2761 714 176 94 23391 339 1340 1283261502 2015 304965 35 624 151 7204 564 171 79 8615 237 507 1283261503 1650 289087 35 462 146 7133 834 184 120 3565 244 358
但是这个tcprstat在bonding的网卡下有点问题:
# /sbin/ifconfig bond0 Link encap:Ethernet HWaddr A4:BA:DB:28:B5:AB inet addr:10.232.31.19 Bcast:10.232.31.255 Mask:255.255.255.0 inet6 addr: fe80::a6ba:dbff:fe28:b5ab/64 Scope:Link UP BROADCAST RUNNING MASTER MULTICAST MTU:1500 Metric:1 RX packets:19451951688 errors:0 dropped:4512 overruns:0 frame:0 TX packets:26522074966 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:6634368171533 (6.0 TiB) TX bytes:32576206882863 (29.6 TiB) ... # tcprstat -p 3306 -t 1 -n 5 pcap: SIOCGIFFLAGS: bonding_masters: No such device
解决方案是:
# sudo tcprstat -p 3306 -t 1 -n 0 -l `/sbin/ifconfig | grep 'addr:[^ ]\+' -o | cut -f 2 -d : | xargs echo | sed -e 's/ /,/g'`
用IP地址方式,而不是网络接口方式搞定。
祝大家玩的开心。
Post Footer automatically generated by wp-posturl plugin for wordpress.
26163 root 18 0 104m 5200 4696 S 17.9 0.0 17:14.19 tcprstat
在mysql服务器上最大load的时候跑tcprstat的开销 CPU 18%
你好,我下载了tcprstat 译好的二进制文件
已授权:chmod 777 tcprstat
在 hp-ux下面执行
tcprstat -p 3306 -t 1 -n 5
报这个错?
sh: ./tcprstat: Execute permission denied.
Yu Feng Reply:
March 25th, 2011 at 11:30 am
chmod +x tcprstat
通常的做法是在代码里面加入日志计算时间,这个方法有问题,时间不准确。因为数据从网卡到应用程序,从应用到网卡的时间没有被计算在内—-应该是算在内的吧?
Yu Feng Reply:
May 25th, 2012 at 6:28 pm
如何计算在内?
这个工具输出全是0不知道啥原因啊
tomwang1013 Reply:
September 19th, 2014 at 11:08 am
是否对端口号有要求呢?
@褚霸,请教个问题,在用这个工具测试web服务的相应时间是,只能测试nginx的80端口,而真正的后端服务端口输出都是0,后端的服务器有两个:
tcp 0 0 0.0.0.0:3021 0.0.0.0:* LISTEN 17852/ruby
tcp 0 0 0.0.0.0:9530 0.0.0.0:* LISTEN 9553/node
我测试3021和9530输出都是0,这是啥问题呢?
Yu Feng Reply:
September 27th, 2014 at 3:55 am
端口可以随便指定的。